Як моделювати більше одного "прізвища"?

У іспаномовних країнах ми використовуємо більше одного прізвища, наприклад:

Ім'я ↘ ↙ Прізвище
                Педро Артуро Родрігес Лойола
        Прізвище ↗ ↖ (?)

Я намагаюся моделювати дані для імені пацієнта. У нашій країні це важливо, тому я не можу нехтувати другим прізвищем, але хотів би створити додаток, який може мати сенс для інших розробників, особливо з англомовних країн.

Я створив подібне запитання на English.SE , він має деяку думку про те, чому важливо зберігати обидва значення.

З: Як рахується DBA?

A: 0, 1, багато

У людини є 1 або більше імен та 1 або більше прізвищ, і, можливо, назва. Ці назви мають до них наказ. Саме від локалізації та культури визначати, як звернутися до людини.

ContactId
NamePart {"John", "Smith", ...}
NameType {назва, вказано, сім'я, ???}
Замовлення {1, 2, 3, ...}

Для Pedro Arturo Rodríguez Loyola(контакт №1) у вас буде чотири ряди:

1 / Педро / дано / 1
1 / Артуро / дано / 2
1 / Родрігес / родина / 3
1 / Лойола / сім'я / 4

Таким чином, вона не обмежується будь-якою структурою, але все ще має сенс для даного контакту там. Що ви робите, коли у вас є хтось із 3 або 4 прізвищами чи прізвищами? чи дівоче прізвище?

Зауважте, що я змінив порядок з попереднього перегляду цієї відповіді - замовлення - це порядок над усім ім'ям, а не просто замовлення в межах типу імені, оскільки в деяких культурах прізвище походить першим, можливо, ви розділилися заголовка частини "Сер Джон Сміт II".

Додаткове читання

• Програмісти фальшивості вірять у імена
• Два прізвища

Це може допомогти. Пост жартівливий, але проникливий.

[Ім'я] [Прізвище] не є універсальним правилом для імен. Це просто звичайне місце, де ти живеш. Якщо ви накладете на це правила, рано чи пізно у вас з’являться люди, яких не можна додати до вашої системи.

По суті, переконайтеся, що ви наклали якомога менше обмежень, а також дозвольте гнучкість між фактично збереженим іменем та будь-якими зайвими.

Я б пішов з чимось подібним:

• Відображуване ім’я (для послідовних імен при відображенні форм / даних): (має бути [перше] [останнє]).
• Інші імена / повне ім’я (для пошуку, точнішого узгодження тощо). Тут дозвольте користувачеві написати що завгодно, до заданої довжини; довжина повинна бути більшою, ніж ви думаєте, повинна бути достатньо розумною - наприклад, якщо ви думаєте, що 40 символів має бути достатньо, поставте 500 :)).
• Адресація (пан, місіс, пані, молодша, ср., -San, спеціальне значення (наприклад, Tov.) Тощо).
• внутрішній ідентифікатор (цей ідентифікатор повинен однозначно ідентифікувати кожну особу у вашій програмі, запобігаючи зіткнення імен).

Наприклад, моє ім’я не є правильним для запису в більшості європейських мов через специфічну для румуни діакритику (тому щоразу, коли я пишу своє ім’я за межами своєї країни, технічно я пишу його неправильно - щоб люди могли його читати та вимовляти).

Кілька цікавих прикладів і посилань:

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в основному таким чином називається його прізвище, а не в зворотному порядку.

Ви будете надмірно проектувати свою базу даних іншим способом.

Існує три типи особистих імен: Полініми (імена з кількома компонентами), Мононіми (імена лише з одним компонентом, колишні «Cher») та Піктоніми (імена, представлені малюнками, колишній Художник ).

Людина може мати кілька імен, граючи ролі , наприклад, Юридичне ім'я та бажане ім'я.

У полінімі є кілька компонентів, від яких слід вказати ім’я та прізвище. Існує кілька видів прізвищ:

1. Регулярні прізвища (Джонс)
2. Прізвища з двома стволами ("Вон Вільямс" або "Луї-Дрейфус")
3. Справжні складені прізвища {dateName: "Прізвище Хуана Пабло": "Fernández de Calderón", другорядне Ім'я: "Гарсія-Іглесіас"}

3 це важливо, оскільки , як очікується, він буде звертатися як пан Фернандес де Кальдерон , а не пан Фернандес де Кальдерон Гарсія-Іглесіас.

Тому в основному є обов'язкове поле прізвища та нульове поле вторинного імені.

Як ви моделюєте різні компоненти чийогось імені? Ви цього не робите . Замість моделювання окремих полів для всіх компонентів чиєїсь юридичної назви, а також їх кращого привітання, звернення, неофіційного імені, імені користувача, прізвиська та ручки, моделюйте лише те, що вам важливо.

Коефіцієнти - ваша система дійсно піклується про щонайбільше чотири "імена" для когось:

1. Display Name , яке дозволяє їм знати , що вони увійшли в систему.
2. Неофіційна назва , по якому ви б звернутися до них по телефону.
3. Офіційна назва , з яким ви б звертатися до них по листуванню.
4. Сортування Ім'я , яке виражає # 2 таким чином , що це буде впорядкованим у списку.

Багато систем просто використовують чиєсь офіційне ім’я для №1 та №2, залишаючи єдині імена, про які ви дбаєте, як "рядок, що представляє ім'я користувача" та "рядок, який відображає спосіб сортування першої".

З точки зору моделювання даних визначте лише ті значення, які вам насправді знадобляться. Як найкраще оптимізувати зберігання цих значень - це детальна інформація про реалізацію - таку, з якою ви будете викликати головні болі, лише якщо переоптимізуєтесь. (Звичайно, ви могли "просто" зберегти ім'я та прізвище, але що б ви зробили для того, хто має лише одне ім'я?)

Розглянемо це по-іншому.

Ваша система повинна підключатися до інших систем, не важливо, наскільки ви гнучкі, якщо вони не є. То що роблять системи, з якими вам потрібно передавати дані?

Коли я телефоную на прийом до лікаря, вони запитують мене про мою дату народження, потім система показує їм список людей, які відповідають, потім вони запитують мене про своє ім’я, нарешті, запитують мою адресу, щоб підтвердити, що вони обрали правильна людина.

Лікар повинен знати ім’я, яке звертається до мене, коли розмовляє зі мною; вони також повинні знати ім'я, щоб поставити на лист, якщо вони мені пишуть.

Тому не просто одне текстове поле, яке дозволяє пробіли. Немає жодної причини навіть відокремлювати перше від прізвища, якщо ви не обробляєте їх тим самим.