우편 주소와 정치 부문을 정규화 된 방법으로 저장하는 방법은 무엇입니까?

Question

우편 주소와 정치 부서를 정규화 된 방식으로 저장하여 중복성이 없도록 할 수 있습니까? 모든 주마다 자체 구조가 필요한 경우에도 모든 주에 적용 할 수 있어야합니다.

단지 주소를 저장하는 것이 아닙니다. 마을 등에 관한 추가 정보를 첨부하고 싶습니다.

Answer 1

가장 표준화 된 방법은 국가와 같은 테이블을 만들 수 있다는 것입니다. '노드'는 모두 다음 테이블과의 일대 다 관계에 있습니다. ,

CREATE TABLE countries (
    country_id integer NOT NULL, 
    name character varying(80) NOT NULL, 
    symbol_3 character(3), -- i meant ISO-code 
    symbol_2 character(2), -- ISO -code as well 
    citizenship character varying(50) -- not obligatory in my case 
); 

CREATE TABLE states (
    state_id integer NOT NULL, 
    country_id integer NOT NULL, 
    name character varying(50) NOT NULL 
); 

CREATE TABLE cities (
    city_id integer NOT NULL, 
    state_id integer NOT NULL, 
    name character varying(80) NOT NULL 
); 

CREATE TABLE zips (
    zip_id integer NOT NULL, 
    city_id integer NOT NULL, 
    number character(5) NOT NULL 
); 

CREATE TABLE addresses (
    address_id integer NOT NULL, 
    zip_id integer NOT NULL, 
    street text NOT NULL, 
    notes text 
); 

데이터베이스의 속성의 대부분이 NOT NULL로 선언해야합니다 (최적의 설계 사례와 함께) 그 기억 : DDL 거 같이 국가들과 많은 관계로 하나되는 나라에서 시작 주로 성능 때문입니다.

그리고 다음 질문에 답하십시오 (이미 알아 내지 않았다면) zip은 db가 지원하는 여러 가지 숫자 데이터 유형 중 하나가 아닌 문자 유형으로 저장해야합니다. 왜? 우편 번호의 시작 부분에 0 또는 ziros로 채우는 것을 걱정하지 않으셔도됩니다. 숫자 형은 숫자 앞에 0을 자릅니다. 나는 아래 무엇을 의미하는지 보여주는

유용한 다이어그램 :

http://blog.blueage-software.com/pics/blog-images/ERD_country_province.jpg

Answer 2

무엇이든 은 정규화 된 형식으로 저장해야합니다. 5th Normal Form과 Orthogonal design의 원리와 같은 도구를 사용하여 데이터베이스 디자인에서 특정 종류의 문제를 제거 할 수 있습니다. 그러나 모든 유형의 중복성을 제거하기위한 정상적인 형태의 주장은 없으며 그렇게하는 것이 바람직하거나 실현 가능하지도 않습니다 (정보 이론적 관점은 중복성이 데이터의 유용한 정보라는 것입니다).

당신은 도움이 당 데이터 모델을 찾을 수 있습니다 : -> 상태 -> 도시 -> 지퍼 -> 주소 내가 상상할 수 http://www.tdan.com/view-articles/5014/