많은 관계, 올바른 구현?

저는 임차인 및 주소 정보를 저장하기위한 데이터베이스 스키마를 설계하고 있습니다. 정규화를 위해 그리고 주소 테이블에 Tenant 주소 이상을 저장할 것이므로 다 대 다 관계와 "상호 참조"테이블을 사용하여 두 개의 개별 테이블을 만들었습니다. 또한, 내 상호 참조 테이블에 저장된 AddressTypeID입니다. 주소 유형은 소프트웨어에서 사용자 정의 할 수 있기 때문에이 작업을 수행합니다. 이것은 나에게 맞는 것 같습니다, 여기에 개선의 여지가 있습니까?많은 관계, 올바른 구현?

Many to many relationship schema

출처

2013-04-16 Josh McKearin

올바른 경로에있는 것처럼 보입니다. 일반적으로 "연락처"주소는 다양한 관할 지역의 우편 주소 및 주소에 대한 간단한 형식 변형뿐만 아니라 다양한 형식 (팩스 번호, 이메일 등)을 가질 수 있습니다. 너는 어디로 향하고 있니? –

연락처 정보 (전자 메일, 전화 번호, 팩스 등)에 대한 별도의 관계가 있습니다. 주소 형식 변형과 관련하여 표시 목적으로 주소 정보 만 저장하면됩니다. 주소는 우편 봉투 앞에 붙이는 것 이상으로 파싱 할 필요가 없으므로 개별 항목 (예 : 거리 번호, 거리 이름, 거리 유형 등)을 저장하는 것은 과도한 것입니다. 여기서 AddressType은 [직장, 집 등]을 의미합니다. –

귀하의 디자인은 좋아 보인다. 사생활 보호를 위해 더 엄격한 권한으로 자체 테이블에 대한 ssn 제거를 고려하십시오. 많은 쿼리에는 세입자가 필요합니다. 많은 사람들이 ssn을 필요로하지 않을 것입니다.

출처

2013-04-17 07:40:21

그래서 나는이 곳을 좋아합니다! 훌륭한 아이디어! –

주소 테이블이 정규화되지 않았습니다. 시, 우편 번호, 그리고 아마도 카운티에 대한 외국 테이블을 가리켜 야합니다. City 또는 Zip에서 파생 될 수있는 상태를 가리킬 필요는 없습니다.

임차인 주소에서 valid_from 및 valid_to (nullable)도 고려해 볼 수 있습니다.

출처

2013-04-17 22:06:59

많은 관계, 올바른 구현?

답변

관련 문제