2009-04-28 7 views

답변

14

this post에 따르면 상태 경계를 넘는 우편 번호가 몇 개 있습니다. 그래서 3NF 위반이 아닙니다.

실제로 우편 번호가 주 경계를 넘는 경우는 거의 없습니다. 일반적으로 군사 기지에 있거나 이동 네트워크의 제약으로 인해 액세스 문제가 발생합니다.

이러한 케이스 중 하나는 Protem, Missouri (우편 번호 65733)입니다. Bull Shoals Lake의 북쪽에있는 Arkansas 도로의 일부는 Arkansas 우체국이 아닌 Protem 배달 유닛이 가장 잘 이용할 수 있습니다. 이러한 도로의 예로는 우편 번호 65733의 Ann Street, Kalijah Road, McBride Road, Red Oak Lane 및 Vance Road of Highway Carrier Route H002가 있습니다. McBride Road는 실제로 주 경계를 가로 지릅니다. 온라인지도 작성 프로그램에서 도로 네트워크를 보면 시골 교통 회사 인 Bull Shoals Lake의 남쪽 인 Diamond City, AR (우편 번호 72644) 근처에서 몇 마일을 운전해야한다는 것을 알 수 있습니다. 위에 나열된 도로에 액세스 할 수 있어야합니다.

또 다른 예로, 켄터키 주 포트 캠벨 (우편 번호 42223)도 테네시 내에 몇 가지 도로가 있습니다.

+0

축복받은 사람들은 불경스럽고 복잡한 것들을 가장 단순하게 만들기 위해 우리에게 남겨 둡니다 ... – ojblass

+0

Great link ... 감사합니다 .... – ojblass

8

그 진술은 실제로 모든 지역에서 사실이 아닙니다. 호주에는 주 경계를 넘나 드는 자매 도시가 있지만 동일한 우편 번호를 공유합니다.

3NF는 매우 유용하지만 불가침하지 않습니다. 성능상의 이유로 테이블 정보를 2NF로 되 돌리는 경우가있었습니다.

+3

3NF를 종교적으로 옹호하지 않기 위해 +1. 일관성없는 데이터가 발생하고 중복 데이터에 대한 여분의 저장 공간 요구 사항이 최소한이라면 (예 : 상태 코드의 2 바이트) 정상화를 위해 정상화하지 마십시오. 어리석은 조인을 피할 수 있다는 것이 트레이드 오프에서 얻는 것입니다. – Thilo

+0

아주 좋아요. –

2

아니요. 상태 줄을 넘는 우편 번호가 있습니다. 몇 가지 예는 Wikipedia을 참조하십시오. 또한 정규화는 중복성을 줄이는 반면 주소는 실제로는 하나의 잘못된 구성 요소를 쉽게 얻는 상당히 복잡한 것입니다. 중복은 주소의 일부가 잘못되어도 메일이 어디로 가는지 알 수있는 좋은 기회입니다.

나는 유럽에서 등산객이 내 친목 경기에 머물렀고, 감사의 편지를 보내고 싶었던 때를 기억합니다. 그는 미국 주소 나 지리를 잘 이해하지 못했기 때문에 메모를 보냈을 때 "< fraternity name> < 대학의 이름이 정확하지 않음> New England? USA"로 보내졌습니다. 그 메일은 사실 놀랍도록 충분했습니다.

주소 중복은 매우 좋은 일일 수 있으며 일반적으로 필요한 것보다 주소에 대해 더 많이 생각하지 않아야합니다. 예를 들어, 일부 사람들에게는 거리 번호가 없습니다. 우편 배달부는 편지가 어디에 있는지 알기를 기대합니다 (그렇지 않으면 우체국에서 수령 할 수 있습니다).

2

다른 문제가 있습니다. 입력 된 데이터 (충돌 할 수 있음)와 그로부터 결론을 내리고 싶을 수 있습니다.

2

우편 번호에는 두 개 이상의 주에 주소가 포함될 수 있지만 CASS 소프트웨어에 의해 USPS 요구 사항에 표준화 된 모든 우편 주소는 모든 ZIP이 단 하나의 상태를 의미하는 ZIP 및 상태 약어로 끝나기 때문에 상태 참으로 ZIP에 중복됩니다. 저렴한 CASS 도구는 http://semaphorecorp.com을 참조하십시오.

그러나 ZIP과 동일한 레코드에서 상태 약어의 2 바이트를 유지하는 것은 간단하고 작으며 빠릅니다. 상태 약어를 별도의 조회 테이블로 분리하면 불필요하게 복잡성, 공간 및 지연이 추가됩니다. 예에 의한

0

3NF 위반

블로그 게시물 프로젝트 아래 비정규 테이블에서 살펴 보자. 세 번째 정상적인 형식이 아니며 깨졌습니다. 동일한 저자와 함께 개의 게시물이 여러 개 있다고 가정하면 몇 개의 행을 업데이트하고 다른 행은 업데이트되지 않은 상태로 둘 수 있습니다. 테이블 데이터를 일관성이없는 상태로 두십시오. 이 테이블 모든 키가 아닌 속성이 키에 대한 사실을 제공해야한다는 3 정규형 정규화 테이블을 설명하는 일반적인 방법을 위반

denormalized table for a blog posts project

그러므로 이는 정규화 위반의 전체 키와 키만 제외하고. 그것은 미국 법정에서 말하는 진실, 진실, 진실만을 말한 것입니다. 이 경우의 키는 Post Id이며 비 키 속성 Author Email이 있으며 그 다음 키는 따르지 않습니다. 왜냐하면 실제로, 저자에 대해 뭔가를 말해줍니다. 그래서 그것을 달성하지 못하여 그 세 번째 정규형을 위반합니다. goals of normalization

희망이 도움이됩니다.