1정규형

1정규형  : 모든 속성은 반드시 하나의 값을 가져야 한다는 것. 더이상 쪼갤수 없는 하나의 값만을 가져야 한다는 의미

                 물리적으로는 하나의 값을 갖고 있지만, 논리적으로 하나의 값이라고 볼수 없는 경우가 있음-- 고객,취미

                 같은 성격의 데이터를 여러 속성으로 나열해 관리하는것도 논리적으로 여러값을 관리하는 것은 좋지 않음

                 다가 속성 : 같은 종류의 값을 여러개 가지는 속성

                 복합 속성 : 하나의 속성이 여러개의 속성으로 분리될 수 있을때 ==> 더이상쪼갤수 없는지 판단 어려울떄있음

                                  업무적으로 판단해야 함. 데이터관리수준에 따라 업무적으로 의미가 있도록 쪼개야 함

                                   주소 시구동번지.../ 날짜 년월일/

※ 1정규화해야할 대상

● 다가속성이 사용된 릴레이션

 - 같은 종류의 값을 여러개 가지는 속성을 의미/한속성에는 반드시 하나의 값을 가져야 한다는 1정규화 어긋남

●  복합속성이 사용된 릴레이션

  - 한 속성에 여러의미가 있는 속성이 복합속성. 복합속성은 정규화 하기전에 먼저 업무요건을 고려해야함.

    속성을 분리해야 업무에서 효율적으로 사용할 수 있는지 검토(ex.주소 시구동/이름 성,명)

●  유사한 속성이 반복되는 릴레이션 

   -한 릴레이션에서 반복형태의 속성이 있어서는 안됨. 고정된 반복속성인지 검토

     ex) #주문번호 고객번호 주문일자 상품번호1 주문수량1 상품번호2 주문수량2 상품번호3 주문수량3                      

●  중첩 릴레이션 

   - 인스턴스 대상으로 분석 필요. 

     #주문번호 고객번호 주문일자 #상품번호 주문수랑 -> 다가 속성 성격의 속성이 상품번호, 주문수량 두개씩 존재

     릴레이션이 중복된것으로 볼수 있어 논리적으로 중첩릴레이션이됨

●  동일속성이 여러 릴레이션에 사용된 경우

    - 여러 엔티티에 동일한 성격의 속성이 존재하는 것도 1정규형을 위반하는것

       ex)   개인.법인 엔티티에 전화번호 속성이 존재한다면 값은 다르더라도 반복속성이 된다.

    - 가장 이상적인 구조는 동일한 성격의 속성은 전사 모델에서 한번만 존재하는것

※  속성은 반드시 하나의 값을 가져야 하며 반복 형태가 존재하면 안된다는 것이 1정규형의 원칙

     복합속성과 다가속성, 중첩된 릴레이션과 같은 반복그룹이 나타나지 말아야 1정규형을 만족한다.

 

※정규형 & 비정규형 특징

비정규형	비정규형
●  업무요건의 변경에 매우 취약하다     모델의 확정성이 좋지 않다 ●  인덱스수가 증가하고,     속성을 종으로 보여주는 화면에 대한 쿼리가 복잡해진다. ●  반복속성이 추가될 가능성이 없을때 사용할수 있다. ●  전체 속성 레벨로 관리되므로 해당 데이터의 자식 엔티티를 가질 수 없다. ●  가장 큰 특징 조회성능이 좋아질수 있음 (항상아님) ●   Null 데이터가 많이 발생할 수 있음 데이터 품질 저하시킬수 있음. OR 조회가 발생할수 있는 단점이 존재	●  업무요건의 변경에 유연하다. 확장성이 좋다. ●  인덱스 수가 감소, 속성을 횡으로보여주는 화면에 대한 쿼리가 복잡해진다. ●  반복속성이  추가된 가능성이 존재할때 사용 ●  인스턴스 레벨로 관리되므로 데이터의 자식 엔터티를 가질수 있음

※ 반복속성으로 인한 1정규형 위반사례

1. 여러속성이 묶어서 반복되는 1정규형 위반모델 ,같은 여러속성이 묶여서 반복되는 형태

   숫자가 같은 속성은 같이 사용되므로 쌍을 맞춰서 관리해야 함. 쌍으로 맞춰관리안되면 무결성이 깨질수 있음  

ex 1)  #주문번호 주문일자 주문금액 고객번호 배송주소 연락처 상품번호1 주문수량1 상품번호2 주문수량2

ex 2)  #주문번호 주문일자 주문금액 고객번호 배송주소 연락처1 연락처2 상품번호1 주문수량1 상품번호2 주문수량2     

          연락처1과 상품번호1 주문수량1은 연관이 없음-> 상품에 대한 연락번호가 아니라는 것

           속성의 의미를 어떻게 해석하고 어떻게 사용하는 지 알 수 없게 됨

        예외) 전문이나 인터페이스 용도의 엔티티일경우 소스에 대한 오너쉽이 없어 구조를 바꿀수 없을때 어쩔수 없이 사용

2. 하나의 속성이 반복되는 형태 속성의 성격상 반복이 원천적으로 고정된 경우

    ( 예외. 국가전화번호 지역전화번호 전화번호 세지리로 분리)

3. 두번째 유형과 유사하게 하나의 속성이 반복되지만, 속성 성격상 반복이 고정돼 있지 않은 경우가 있음

     고객의 휴대전화번호 속성에 대해서 여러개 소유하고 있다면 추가된 가능성 있음(고정적이지 않다면 정규화할 필요)

4. 고객의 취미1, 취미2--> 비정규형을 허용하는 경우 고객취미2개만 관리하겠다.

      속성의 의미가 없다는 것은 속성의 숫자를 바꿔서 사용해도 이상없을 의미함(예외가 많으면 안됨)