1:1, 1:N 같이 단순하게 딸려 가는 것은 껌인데..
간단한 N:M 이면 모르겠는데..
1:N 이면서 N:M 이고, 역으로도 가능한 상황이 발생했을때
어떻게 분리하면서 융통성 있는 구조로 가져가야 하는지..
기본 설계 접근법을 정립할 필요성이 있어 보인다.
보통 첨에 플젝 시작해서 DB 설계할때 뭐부터 하고 있냐 ?
뭐 항목 추출, 공통 코드화 등등이야 기본적인 것이니깐 빼고..
설계 형상을 어떤 식으로 접근하냐 ?
1:1, 1:N 같이 단순하게 딸려 가는 것은 껌인데..
간단한 N:M 이면 모르겠는데..
1:N 이면서 N:M 이고, 역으로도 가능한 상황이 발생했을때
어떻게 분리하면서 융통성 있는 구조로 가져가야 하는지..
기본 설계 접근법을 정립할 필요성이 있어 보인다.
보통 첨에 플젝 시작해서 DB 설계할때 뭐부터 하고 있냐 ?
뭐 항목 추출, 공통 코드화 등등이야 기본적인 것이니깐 빼고..
설계 형상을 어떤 식으로 접근하냐 ?
N:M:H 구조는 어떰?
짜보기는 했니 ?
ㅇㅇ N:M:H 구조로 짜면 동네 힘쌘사람이 주도하는 질서가 됨
샘플 쿼리 좀~ ㅇ
N:M이 뭐예용 컬먼 로우? - dc App
노무
다대다 해소는 1:N:1로 해소하는것 밖에 모르는데 아무튼
http://wiki.gurubee.net/pages/viewpage.action?pageId=14024920
여기에 두가지 방법이 더 있는데 이걸로는 해결 안되는거에요?
땡큐 일단 참조해보겠음. ㅇㅇ
ㄳㄳ 해당 링크가 일단 도움은 될듯. ㅇㅇ 뭐 내가 가진 문제는 저 링크 보다 약간 더 나간 좀 더 복잡한 건이라서.. 이제 DB 셋업 해버리고 나면.. 구정 이후에 1차 오픈 후에는 바꿀 수가 없기 때문에.. 생각할 시간이 오늘 부터 구정 끝까지 뿐인 상황임. ;; ㅇㅇ
그리고 다른 분들이 답변하는거 뭔뜻인지 이해가 안되네요 레퍼런스 주소라도 있으면 찾아보겠는데 검색하기에도 애매하고
다른 사람 답변은 걍 농담으로 답변 달아둔것. ㅇ