궁금한 것이 있습니다.
모델링을 할 때,
어떤 것은 entity 로 만들고, 어떤것은 relation이 되며, 어떤 것이 attribute 가 되는 것입니까?
즉, 어떤 '것' 을 entity로 독립시킬 것인지 이미 있는 entity의 속성으로 둘 것인지... 이런 것 말입니다.
그리고 모델링을 어떻게 하는지 쉽게 설명한 자료나 강좌 같은 것 어디서 구할 수 없을까요?
무지에 목에 메입니다.
참 어려운 질문이네요.
정답은 없습니다. 진짜...
상황에 맞게 변형을 해야합니다.
그거는 업무환경을 절대적으로 숙지하지않으면
만들수가없습니다.
보편적인 만드는 방법은 있지만,
절대적인 것은 없습니다.
예를 들어서,
사용자를 구분할때에,
사용자의 ID로 쓸수있는 후보는 다음과같습니다
1. 사용자아이디
2. 주민등록번호
3. 이멜주소.
등등..
이중에서 어떤것을 아이디로 만들겠습니까???
사용자를 구분하는 속성이 보입니다.
그러면..더 복잡하게..
주민등록증의 부모는 사회보장번호입니다.
그러나?
주민등록번호 하나만 있을까요?
살펴보면.
여권번호
주민등록번호
운전면허증번호
자...우와 세가지나 있네요?
그럼 사용자의 사회보장번호 섹션이 이렇게 만은데.
인민증 번호만 넣는다는것은???
위배아닌가용?
주소를 살펴볼까요?
사용자가 꼭 하나의 집에 산다.. 정답인가요?
예를 들어 학생 A군은
지방에 집이 있고,
서울에서는 자취방이 있고,
학교의 메일함의 주소가 있습니다.
이제 3개의 주소를 가진 A군은 어떤 주소를 넣어야지
정답인가요? 앗 4개군요 본적까지.
그럼 총 4개의 주소섹션을 가지고있군요.
자 그럼..이 주소를 전부 넣기위해서 여러분은
어떻게 하시겠습니다.
최소 2개의 주소를 사용자 속성으로 잡는다..
그럼 몇번의 정규화를 위배했을까요??
또하나? 숙제??고민거리??
자 그럼 이런 것을 전부 만족할수있는..
보편적인 사용자 계정의 테이블을 만들어 보실래요?
상품으로는..음..멀주징??? 없네..
MySQL책 원서 드릴까여?헤헤헤