Jak wymodelować więcej niż jedno „nazwisko”?

W krajach hiszpańskojęzycznych używamy więcej niż jednego nazwiska, na przykład:

Imię ↘ ↙ Nazwisko
                Pedro Arturo Rodríguez Loyola
        Drugie imię ↗ ↖ (?)

Próbuję modelować dane dla nazwiska pacjenta. W naszym kraju jest to ważne, więc nie mogę zaniedbać drugiego nazwiska, ale chciałbym zbudować aplikację, która ma sens dla innych programistów, szczególnie z krajów anglojęzycznych.

Stworzyłem podobne pytanie na English.SE , ma pewne spostrzeżenia na temat tego, dlaczego ważne jest zachowanie obu wartości.

P: Jak liczy się DBA?

Odp .: 0, 1, wiele

Osoba ma 1 lub więcej imion i 1 lub więcej nazwisk i ewentualnie tytuł. Te imiona mają do nich porządek. Od lokalizacji i kultury zależy określenie sposobu odniesienia się do danej osoby.

ContactId
NamePart {„John”, „Smith”, ...}
NameType {tytuł, podany, rodzina, ???}
Zamów {1, 2, 3, ...}

Dla Pedro Arturo Rodríguez Loyola(kontakt nr 1) masz cztery wiersze:

1 / Pedro / dany / 1
1 / Arturo / dany / 2
1 / Rodríguez / family / 3
1 / Loyola / rodzina / 4

W ten sposób nie ogranicza się do żadnej struktury, ale nadal ma sens dla danego kontaktu. Co robisz, gdy masz kogoś z 3 lub 4 imionami lub nazwiskami? czy panieńskie nazwisko?

Zauważ, że zmieniłem kolejność z poprzedniej wersji tej odpowiedzi - kolejność jest porządkiem obejmującym całe imię, a nie tylko porządek w obrębie rodzaju imienia, ponieważ w niektórych kulturach nazwisko jest najważniejsze, być może podzieliłeś części tytułowe „Sir John Smith II”.

Dodatkowe czytanie

• Programiści fałszu wierzą w nazwiska
• Dwa ostatnie nazwiska

To może pomóc. Post jest humorystyczny, ale wnikliwy.

[Imię] [Nazwisko] nie jest uniwersalną zasadą dla nazwisk. To jest po prostu powszechne tam, gdzie mieszkasz. Jeśli narzucisz w tym reguły, prędzej czy później będziesz mieć osoby, których nie można dodać do twojego systemu.

Zasadniczo upewnij się, że nałożysz jak najmniej ograniczeń i umożliwisz elastyczność między rzeczywistą przechowywaną nazwą a wszelkimi dodatkowymi.

Wybrałbym coś takiego:

• Wyświetlana nazwa (dla spójnych nazw przy wyświetlaniu formularzy / danych): (powinna być [pierwsza] [ostatnia]).
• Inne nazwy / pełna nazwa (do wyszukiwania, dokładniejszego dopasowywania itp.). Tutaj pozwól użytkownikowi napisać cokolwiek, do określonej długości; długość powinna być większa niż myślisz, że powinna być wystarczająca - np. jeśli uważasz, że 40 znaków powinno wystarczyć, wstaw 500 :)).
• Adresowanie (Mr, Mrs, Ms, Jr, Sr, -san, wartość niestandardowa (jak Tov.) Itp .).
• identyfikator wewnętrzny (ten identyfikator powinien jednoznacznie identyfikować każdą osobę w aplikacji, zapobiegając kolizjom nazw).

Na przykład moje imię nie jest poprawnie zapisywane w większości języków europejskich, ze względu na specyficzne dla Rumunii znaki diakrytyczne (więc za każdym razem, gdy piszę swoje imię poza moim krajem ojczystym, technicznie piszę je nieprawidłowo - aby ludzie mogli je czytać i wymawiać).

Kilka interesujących przykładów nazw i linków:

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

To nie jest skomplikowana sprawa ..... albo czegoś mi brakuje.

Posiadaj następujące pola: name(varchar), lastname(varchar).

Następnie formularz do wypełnienia pełnej nazwy, przykład: Jorge Patricioi nazwisko Pèrez Gonzáles.

W wyszukiwaniu masz wiele operatorów porównania, na przykład w MySQL, takich jak likektóre pomogą ci szukać.

Najczęściej skomponowane nazwiska są zawsze w porządku. Pérez Gonzáleznajczęściej mówi w ten sposób swoje nazwisko, a nie w odwrotnej kolejności.

Nadmiernie projektujesz swoją bazę danych w inny sposób.

Istnieją trzy rodzaje nazwisk osobistych: Polynyms (imiona z wieloma składnikami), Mononimy (imiona z tylko jednym składnikiem, ex „Cher”) i Pictonimy (imiona reprezentowane przez zdjęcia, ex The Artist ).

Osoba może mieć wiele nazwisk, odgrywać role , na przykład Legal Name i Preferred Name.

Polynym ma kilka elementów, z których należy podać imię i nazwisko. Istnieje kilka rodzajów nazwisk:

1. Regularne nazwiska (Jones)
2. Nazwiska z podwójną lufą („Vaughn Williams” lub „Louis-Dreyfus”)
3. Prawdziwe złożone nazwiska {nazwa: imię „Juan Pablo”: „Fernández de Calderón”, nazwisko dodatkowe: „García-Iglesias”}

3 jest ważny, ponieważ oczekuje się, że zostanie on przemówiony jako pan Fernández de Calderón , a nie pan Fernández de Calderón García-Iglesias.

Zasadniczo więc należy podać obowiązkowe pole nazwiska i nullable drugie pole nazwiska.

Jak modelujesz różne elementy czyjegoś imienia? Ty nie . Zamiast modelować osobne pola dla wszystkich składników czyjegoś imienia i nazwiska, a także ich preferowanego pozdrowienia, apelacji, nieformalnej nazwy, nazwy użytkownika, pseudonimu i obsługi, modeluj tylko to, na czym ci zależy.

Szanse są dla twojego systemu tak naprawdę obchodzą tylko cztery „nazwiska” dla kogoś:

1. Nazwa wyświetlacza , który pozwala im wiedzieć, że są one zalogowany do systemu.
2. Nieformalna nazwa przez co zwracasz je na telefon.
3. Formalna nazwa , z którą chcesz się do nich korespondencji.
4. Sortuj Nazwa który wyraża nr 2 w taki sposób, że będzie uporządkowany w formie listy.

Wiele systemów po prostu użyłoby czyjejś oficjalnej nazwy dla # 1 i # 2, pozostawiając jedyne, na których ci zależy, jako „ciąg reprezentujący nazwę użytkownika” i „ciąg reprezentujący sposób sortowania tych pierwszych”.

Z perspektywy modelowania danych zdefiniuj tylko te wartości, których faktycznie potrzebujesz. Najlepszym sposobem optymalizacji przechowywania tych wartości jest szczegół implementacji - taki, który spowoduje problemy tylko w przypadku nadmiernej optymalizacji. (Jasne, „mógłbyś” po prostu zapisać imię i nazwisko, ale co byś zrobił dla kogoś, kto ma tylko jedno imię?)

Rozważmy to w inny sposób.

Twój system musi się łączyć z innymi systemami, nie ma znaczenia, jak elastyczny jesteś, jeśli nie są. Więc co robią systemy, z którymi musisz przesyłać dane?

Kiedy dzwonię do lekarza, by umówić się na spotkanie, pytają mnie o datę urodzenia, systemy wyświetlają im listę pasujących osób, a następnie pytają o moje imię i nazwisko, a na koniec proszę o adres, aby potwierdzić, że wybrali właściwa osoba.

Podczas rozmowy ze mną lekarz musi znać adres. muszą również znać nazwisko, aby napisać list, jeśli do mnie piszą.

Dlatego nie jest to tylko jedno pole tekstowe, które dopuszcza spacje. Nie ma powodu, aby nawet oddzielić imię od nazwiska, chyba że będziesz przetwarzał je w ten sam sposób.