디비 정규화 꼭 안해도 되냐구용

[익명(121.164)]

ㅇㅅㅇ

속성에

1가지 값이아니라

여러가지 값이 있어도 괜춘?

[점진적자살(182.216)]

ㄴㄴ

[루비(118.216)]

경우에 따라 다르지

[익명(118.235)]

작은 프로젝트면 상관없는데 1형은 지키는게 낫지 않을까 ㅎㅎ

[ㅇㅅㅇ(116.255)]

최적화를 위해 정규화 단계를 낮추기도 함

[루비(118.216)]

예를 들어, 체크박스, 라디오버튼 이런 걸로 체크하고 싶으면.. 어떻게 해야할까?

[익명(121.164)]

맞아요. 딱 이건데...

[익명(121.164)]

체크를 하기위한 db테이블인데

[익명(121.164)]

정규화 1형 지킨다 = 값을 1개만 갖는다는건데, 그러면 약간 로직이 복잡해지거든요

[익명(118.235)]

테이블을 따로만들어서 외래키로 뭌으면되잖아

[루비(118.216)]

ㅇㅋ

[루비(118.216)]

학생 테이블, 학생 속성 테이블.. 이렇게 만들고, 포린키로 참조하면 됨.

[루비(118.216)]

학생 테이블에는 학생이름, 어쩌구, 저쩌구, 속성 이렇게 만들어두고, 속성값에 속성 테이블에 있는 걸로 넣어주면 될 거 같은데?

[익명(121.164)]

근데 귀찮잖아요. 그렇게 2개 만들고 막 참조하기가

[루비(118.216)]

그렇게 하지 않고.. 그냥.. 학생 테이블에는 학생이름, 어쩌구, 저쩌구, 속성 이렇게 만들어두고, 속성에 #define 또는 enum 으로 만든 값을 프로그래밍으로 넣어도 됨. 거기에 비트 연산 사용하면 되구. glass | property2 | property3 .. 이런거 프밍 언어로 되잖아

[루비(118.216)]

단순해서 sql 안 써도 되는건데.. 굳이 쓰려고 하니까.. 말해주는 거임.

[루비(118.216)]

sql 을 꼭 써야 되는거 아니면 struct 으로 학생 구조체 만들고, enum 으로 속성 플래그 만들고, dbm, leveldb 이런 key, value 파일 기반 DB 에 저장하는게 젤 편함.

[익명(121.164)]

ㄳ

[코딩조무사(circir6174)]

잡다한거면 extra 필드 만들어서 json으로다 구겨넣으셈 - dc App

[헬마스터(supersaver)]

정규화는 트레이드오프임 데이터 정합성은 지켜지지만 성능이 구려짐 성능은 좋지만 데이터 정합성을 안전하지 않게 할수도있고 데이터수나 사용빈도에 따라 설계하면 됨

[NamepeN(maminang)]

성능상의 이유도있고 1:n이지만 되게 간단한거면 역정규화 함