[sql] 세계의 모든 주소에 대한 공통 주소 데이터베이스 디자인이 있습니까?

표준 필드 집합에서 여러 국가의 주소를 나타낼 수 있습니다. 명명되거나 번호가 매겨진 건물이 위치한 명명 된 접근 경로 (도로)의 기본 아이디어는 중국에서 가끔씩을 제외하고는 상당히 표준 적입니다. 다른 거의 보편적 인 개념은 다음과 같습니다. 일반적으로 지역이라고 할 수있는 정착지 (도시 / 타운 / 마을) 이름 지정; 지역 이름을 지정하고 영숫자 우편 번호를 할당합니다. 우편 번호라고도하는 우편 번호는 일부 국가에서만 순전히 숫자입니다. 정말로 제네릭을 원한다면 많은 필드가 필요합니다.

UPU Universal Postal Union은 표준 형식으로 많은 국가의 주소 데이터를 제공 합니다 . UPU 형식은 전체 국가의 모든 주소 (사용 가능한 필드 정밀도까지)를 보유하므로 관계형입니다. 가능한 모든 주소의 일부만 저장되는 고객 주소를 저장하는 경우 모든 필드와 행당 하나의 주소를 포함하는 단일 테이블 (또는 플랫 형식)을 사용하는 것이 좋습니다.

주소를 저장하는 데 적합한 형식은 다음과 같습니다.

• 주소 라인 1-4
• 소재지
• 부위
• 우편 번호 (또는 우편 번호)
• 국가

주소 라인 1-4는 다음과 같은 구성 요소를 포함 할 수 있습니다.

• 건물
• 하위 건물
• 구내 번호 (번지)
• 전제 범위
• 도로
• 하위 도로
• 이중 종속 지역
• 하위 지역

자주 3 개의 주소 라인 만 사용되지만 이는 종종 충분하지 않습니다. 물론 공식 형식으로 모든 주소를 나타 내기 위해 더 많은 줄이 필요할 수 있지만 쉼표는 항상 줄 구분 기호로 사용할 수 있으므로 정보를 계속 캡처 할 수 있습니다.

일반적으로 데이터 분석은 지역, 지역, 우편 번호 및 국가별로 수행되며 이러한 요소는 사용자가 데이터를 입력 할 때 이해하기 매우 쉽습니다. 이것이 이러한 요소를 별도의 필드로 저장해야하는 이유입니다. 그러나 사용자에게 우편 번호 또는 지역을 입력하도록 강요하지 마십시오. 로컬에서 사용할 수 없습니다.

지역 성은 명확하지 않을 수 있으며, 특히지도 지역과 우편 지역의 구분이 명확하지 않을 수 있습니다. 우편 지역은 우체국이 인정하는 지역으로, 때로는 인근의 큰 도시 일 수 있습니다. 그러나 우편 번호는 일반적으로 문제 나 불일치를 해결하여 공식 우편 지역을 사용하지 않더라도 올바른 배송을 허용합니다.

답변

AddressId
Line1
Line2
Line3
City
ZipOrPostcode
StateProvinceCounty
CountryId
OtherAddressDetails

<street address>
<zip> <town> <region>
<country>

Via Eroi della Repubblica
89861 Tropea VV
Italy