예를 들어 장바구니 데이터 테이블의 경우 누군가 cert(id, uid, item1, item2, item3...)와 같이 디자인했지만 올바른 접근 방식은 이를 두 개의 테이블 cert( cert_id, 항목), cert(uid,cert_id).
그럼 잘못된 테이블은 어떤 패러다임을 위반하는 걸까요? 왜?
예를 들어 장바구니 데이터 테이블의 경우 누군가 cert(id, uid, item1, item2, item3...)와 같이 디자인했지만 올바른 접근 방식은 이를 두 개의 테이블 cert( cert_id, 항목), cert(uid,cert_id).
그럼 잘못된 테이블은 어떤 패러다임을 위반하는 걸까요? 왜?
데이터베이스 설계가 잘못되었습니다. certid와 uid가 여러 항목을 결정할 수 있으며 테이블 항목이 다릅니다. 첫 번째 테이블 항목이 다중 값 속성이 아닌 한 이는 4차 정규형을 위반합니다. 동시에 인증서가 항목을 결정하므로 첫 번째 테이블은 부분적으로 두 번째 정규형에 의존하며 만족하지 않습니다
정상이라고 생각합니다. 규범은 죽었습니다. 오직 유연성만이 합리적입니다