하나 이상의 '성'을 모델링하는 방법은 무엇입니까?

스페인어 권 국가에서는 다음과 같이 하나 이상의 성을 사용합니다.

이름 ↘ ↙ 성
                Pedro Arturo Rodríguez Loyola
        중간 이름 ↗ ↖ (?)

환자 이름에 대한 데이터를 모델링하려고합니다. 우리나라에서는 중요하므로 두 번째 성은 무시할 수 없지만 특히 영어권 국가의 다른 개발자에게 적합한 응용 프로그램을 만들고 싶습니다.

English.SE 에서 비슷한 질문을 만들었습니다 . 두 값을 모두 유지하는 것이 왜 중요한지에 대한 통찰력이 있습니다.

Q : DBA는 어떻게 계산됩니까?

A : 0, 1, 많은

개인은 하나 이상의 이름과 하나 이상의 가족 이름 및 제목을 가질 수 있습니다. 이 이름들은 순서가 있습니다. 개인을 참조하는 방법을 결정하는 것은 현지화와 문화에 달려 있습니다.

ContactId
NamePart { "John", "Smith", ...}
이름 유형 {title, given, family, ???}
주문 {1, 2, 3, ...}

위해 Pedro Arturo Rodríguez Loyola(연락처 # 1), 네 개의 행을 할 것이다 :

1 / 페드로 / 주어진 / 1
1 / 아르투로 / 주어진 / 2
1 / Rodríguez / 가족 / 3
1 /로 y 라 / 가족 / 4

이 방법은 주어진 구조에 제한되지 않고 여전히 주어진 접촉에 대해 의미가 있습니다. 이름이 3 또는 4 인 사람이나 가족 이름이있는 경우 어떻게합니까? 또는 처녀 이름?

이 답변의 이전 개정판에서 주문을 변경했습니다. 주문은 일부 문화권에서는 가족 이름이 먼저 오므로 분할 된 이름이 있기 때문에 이름 유형 내의 주문이 아닌 전체 이름에 대한 주문입니다 제목 부분 "Sir John Smith II".

추가 자료

• 거짓 프로그래머는 이름에 대해 믿는다
• 두 성

도움 이 될 수 있습니다. 게시물은 유머이지만 통찰력이 있습니다.

[이름] [성]은 일반적인 이름 규칙이 아닙니다. 당신이 사는 곳은 흔한 일입니다. 이 규칙을 적용하면 조만간 시스템에 추가 할 수없는 사람들이 생깁니다.

기본적으로 가능한 한 적은 제한을 적용하고 실제 저장된 이름과 추가 이름 사이에 유연성을 허용해야합니다.

나는 이런 식으로 갈 것입니다 :

• 표시 이름 (양식 / 데이터를 표시 할 때 일관된 이름으로) : ([first] [last] 여야 함).
• 다른 이름 / 이름 (검색,보다 정확한 일치 등) 여기에서 사용자는 주어진 길이까지 무엇이든 쓸 수 있습니다. 길이는 합리적으로 충분해야한다고 생각하는 것보다 길어야합니다. 예를 들어 40 자로 충분하다고 생각되면 500 :)).
• 주소 지정 (Mr, Mrs, Ms, Jr, Sr, -san, 맞춤 값 (예 : Tov.) 등).
• 내부 ID (이 ID는 응용 프로그램 내의 모든 사람을 고유하게 식별하여 이름 충돌을 방지해야합니다).

예를 들어, 루마니아 특정 분음 부호로 인해 대부분의 유럽 언어로 내 이름을 올바르게 쓸 수 없습니다 (따라서 내 나라 밖에서 내 이름을 쓸 때 기술적으로 잘못 쓰면 사람들이 읽고 발음 할 수 있습니다).

흥미로운 이름 예제와 링크 :

http://en.wikipedia.org/wiki/Nicholas_Barbon

http://en.wikipedia.org/wiki/Prince_%28musician%29

http://en.wikipedia.org/wiki/P_diddy

http://en.wikipedia.org/wiki/Burmese_name

복잡한 일이 아닙니다 ..... 또는 뭔가 빠졌습니다.

name(varchar), lastname(varchar) 필드를 사용하십시오 .

그런 다음 폼은 전체 이름, 예를 채우기 위해 Jorge Patricio마지막 이름을 Pèrez Gonzáles.

검색에는 MySQL과 같은 많은 비교 연산자 like가있어서 찾는 데 도움이됩니다.

대부분의 성은 항상 순서대로되어 있습니다. Pérez González대부분 성의 이름은 반대 순서로 표시되지 않습니다.

다른 방법으로 데이터베이스를 과도하게 디자인 할 것입니다.

개인 이름에는 세 가지 유형이 있습니다 : Polynyms (여러 구성 요소가있는 이름), Mononyms (예 : 하나의 구성 요소가있는 이름, 예 : "Cher") 및 Pictonyms (그림으로 표시되는 이름, 예 : Artist ).

사람은 연주, 여러 이름을 가질 수 역할을 예를 들어 법적 이름 및 선호하는 이름에.

polynym에는 여러 개의 구성 요소가 있으며,이 중 주어진 이름과 성이 필요합니다. 성에는 몇 가지 종류가 있습니다.

1. 일반 성 (존스)
2. 이중 장벽 성 ( "본 윌리엄스"또는 "루이스-드레퓌스")
3. 실제 복합 성 {givenName : "후안 파블로"성 : "Fernández de Calderón", secondarySurname : "García-Iglesias"}

3은 그가 Fernández de Calderón García-Iglesias가 아니라 Fernández de Calderón으로 언급 될 것이기 때문에 중요 합니다 .

따라서 기본적으로 필수 성 필드와 nullable secondarySurname 필드가 있습니다.

다른 사람 이름의 다양한 구성 요소를 어떻게 모델링합니까? 당신은하지 않습니다 . 다른 사람의 법적 이름의 모든 구성 요소에 대한 별도의 필드와 선호하는 인사말, 별명, 비공식 이름, 사용자 이름, 닉네임 및 핸들을 모델링하는 대신 관심있는 것만 모델링하십시오.

확률은 시스템이 누군가를 위해 최대 네 개의 "이름"에 대해서만 신경을 쓰는 것입니다.

1. 시스템에 로그인했음을 알 수 있는 표시 이름 .
2. 비공식 이름 당신이 전화 통화를 해결 만들 수있는.
3. 정식 이름 있는 당신은 대응에 그들에게 참조합니다.
4. 정렬 이름 이 목록에 정렬 될 수있는 방식으로 # 2를 표현한다.

많은 시스템은 단순히 # 1과 # 2에 누군가의 정식 이름을 사용하여 "사용자 이름을 나타내는 문자열"과 "이름을 어떻게 정렬해야 하는지를 나타내는 문자열"로 남겨 둡니다.

데이터 모델링 관점에서 실제로 필요한 값만 정의하십시오. 이러한 값의 스토리지를 최적화하는 가장 좋은 방법은 구현 세부 사항입니다. 과도하게 최적화 할 경우 두통을 유발할 수 있습니다. (이름과 성만 "저장"할 수는 있지만 이름이 하나 뿐인 사람은 어떻게 하시겠습니까?)

이것을 다른 방식으로 고려해 봅시다.

시스템은 다른 시스템에 연결해야하지만 시스템이 유연하지 않은 경우에는 얼마나 유연해야합니다. 그렇다면 데이터를 전송해야하는 시스템의 기능은 무엇입니까?

진료 예약을 위해 의사에게 전화를 걸면 생년월일을 묻습니다. 그러면 시스템에 일치하는 사람의 목록이 표시됩니다. 그런 다음 내 이름을 묻습니다. 올바른 사람.

의사는 나와 대화 할 때 저의 이름을 알아야합니다. 그들은 나에게 편지를 쓰려면 이름을 알아야합니다.

따라서 공백을 허용하는 단일 텍스트 필드 만이 아닙니다. 동일한 방식으로 처리하지 않는 한 성과 이름을 구분할 이유가 없습니다.