우편번호를 데이터베이스에 저장해야 합니다.기둥은 얼마나 커야 합니까?
열은 Oracle Database에서 VARCHAR2여야 합니다.
US Zips는 9입니다.
캐나다어는 7입니다.
32글자가 적당하다고 생각합니다.
제가 무엇을 빠뜨리고 있나요?
[편집] TIL: 12는 이 질문에 대한 합리적인 답변입니다. 기여해 주신 모든 분들 덕분입니다.
위키피디아의 우편 번호 페이지를 대충 훑어보면 32자 정도면 충분합니다.저는 16자라도 좋다고 생각합니다.
@neil-mcguigan이 이미 제기했듯이, 위키피디아는 이 주제에 대해 괜찮은 페이지를 가지고 있다.이 12글자를 기반으로 합니다.http://en.wikipedia.org/wiki/List_of_postal_codes
위키피디아 기사에는 약 254개의 국가가 나열되어 있는데, 이것은 UPU가 192개의 회원국을 가지고 있는 것에 비하면 꽤 좋은 것이다.
저장할 것으로 예상되는 실제 데이터보다 큰 필드 크기를 선언하는 이유는 무엇입니까?
애플리케이션의 초기 버전이 미국과 캐나다 주소를 지원하는 경우(질문에 있는 크기를 호출한 것으로 미루어 추론합니다), 필드를 VARCHAR2(9)로 선언합니다(또는 하이픈을 ZIP+4 필드에 저장할 예정이라면 VARCHAR2(10)).다른 나라의 우편번호로 작성한 투고를 봐도 VARCHAR2(9) 또는 VARCHAR2(10)로 충분합니다.
필요에 따라 열을 언제든지 변경하여 길이를 늘릴 수 있습니다.그러나, 일반적으로, 어딘가에서 「창의적」을 취득해, 50 문자를 VARCHAR2(50) 필드에 넣는 것을 막기란 어렵다(즉, 배송 라벨에 다른 라인을 요구하고 있기 때문이다).또, 경계 케이스의 테스트도 실시할 필요가 있습니다(ZIP 를 표시하는 모든 애플리케이션이 50 문자를 처리할 수 있습니까?).또한 클라이언트가 데이터베이스에서 데이터를 가져올 때 일반적으로 특정 행의 실제 길이가 아니라 가져올 데이터의 최대 크기를 기준으로 메모리를 할당합니다.이 경우 큰 문제는 아닐 수 있지만 경우에 따라서는 행당 40바이트가 RAM의 적절한 청크가 될 수 있습니다.
이와는 별도로 ZIP 번호와 +4 내선번호를 별도로 저장하는 것도 고려할 수 있습니다.일반적으로 지역별로 보고서를 생성할 수 있으므로 ZIP 번호를 모두 +4 내선번호로 구분하는 것이 아니라 ZIP 번호로 묶는 것이 좋습니다.이 시점에서는 ZIP 번호의 첫 번째 5글자를 기판화할 필요가 없습니다.
정상화?우편 번호는 여러 번 사용될 수 있으며, 거리 이름이나 마을 이름과 관련이 있을 수 있습니다.다른 테이블
당신이 놓치고 있는 것은 우편번호를 특별히 취급해야 하는 이유입니다.
우편번호로 작업할 필요가 없다면 걱정하지 않는 것이 좋습니다.일이란 단순히 주소라벨 인쇄 등에 사용하는 것이 아니라 특수 가공을 하는 것을 말합니다.
VARCHAR2(50) [예를 들어]의 주소 필드를 3개 또는 4개 작성하여 사용자가 원하는 것을 입력할 수 있도록 합니다.
주문 또는 거래를 우편번호별로 분류해야 합니까?나라마다 이 분야에 대해 매우 다른 계획을 가지고 있기 때문에 그렇지 않다고 생각합니다.
캐나다 우편번호는 문자 및 숫자(LNLNN) 형식으로 6자만 사용할 수 있습니다.
영국에서는 표준 발표: 영국 정부 데이터 표준 카탈로그
Max 35 characters per line
국제 우편 주소:
Minimum of 2 lines and maximum of 5 lines for the postal delivery point
details, plus 1 line for country and 1 line for postcode/zip code
영국 우편번호 길이는 다음과 같습니다.
Minimum 6 and Maximum 8 characters
우편번호를 데이터베이스에 통합하려면 gonames 데이터베이스를 사용하는 것이 가장 좋습니다.사용하기 어렵고 이해하기 어렵지만 저희와 같은 사용자가 자유롭게 이용할 수 있는 가장 큰 지리 데이터베이스입니다.
다른 모든 데이터베이스는 거의 동일한 데이터 및 구조를 가지고 있습니다.데이터베이스에서 일부 추가/용장 정보를 삭제하기만 하면 됩니다.부하가 낮은 시스템에서만 무료 서비스를 사용하는 경우 제한 사항이 매력적이며 json 및 ajax를 사용하여 보다 쉬운 인터페이스를 제공합니다.여기서 제한을 볼 수 있습니다.
참고로 우편번호 저장에는 varchar(20)로 충분합니다.
언급URL : https://stackoverflow.com/questions/325041/i-need-to-store-postal-codes-in-a-database-how-big-should-the-column-be
'programing' 카테고리의 다른 글
| AngularJS에서 여러 특정 모델 특성에 의한 필터링(OR 관계) (0) | 2023.03.10 |
|---|---|
| AngularJS $resource는 url 대신 쿼리 파라미터로 ID를 전달합니다. (0) | 2023.03.10 |
| Oracle Date - 지금까지의 연도를 추가하는 방법 (0) | 2023.03.10 |
| angularjs에서는 ng-disabled 디렉티브가 있는데, 왜 ng-enabled 디렉티브는 ng-show와 ng-hide가 있는데 프레임워크에서 제공되지 않는가? (0) | 2023.03.05 |
| 리액트 테스트 라이브러리에서 id별로 요소 찾기 (0) | 2023.03.05 |