Come modellare più di un "cognome"?

Nei paesi di lingua spagnola utilizziamo più di un cognome, come:

Nome ↘ ↙ Cognome
                Pedro Arturo Rodríguez Loyola
        Secondo nome ↗ ↖ (?)

Sto cercando di modellare i dati per il nome del paziente. Nel nostro paese è importante, quindi non posso trascurare il secondo cognome, ma vorrei creare un'applicazione che possa avere senso per altri sviluppatori, specialmente da paesi di lingua inglese.

Ho creato una domanda simile su English.SE , ha alcune intuizioni sul perché è importante mantenere entrambi i valori.

D: Come conta un DBA?

A: 0, 1, molti

Una persona ha 1 o più nomi e 1 o più cognomi, e possibilmente un titolo. Questi nomi hanno un ordine per loro. Spetta alla localizzazione e alla cultura determinare come fare riferimento a un individuo.

ContactId
NamePart {"John", "Smith", ...}
NameType {titolo, dato, famiglia, ???}
Ordine {1, 2, 3, ...}

Per Pedro Arturo Rodríguez Loyola(contatto n. 1), avresti quattro righe:

1 / Pedro / dato / 1
1 / Arturo / dato / 2
1 / Rodríguez / famiglia / 3
1 / Loyola / famiglia / 4

In questo modo non è limitato a una determinata struttura, ma ha ancora senso per un determinato contatto. Cosa fai quando hai qualcuno con 3 o 4 nomi o cognomi? o un nome da nubile?

Nota che ho cambiato l'ordine da una precedente revisione di questa risposta - l'ordine è un ordine sull'intero nome piuttosto che solo un ordine all'interno del tipo di nome perché in alcune culture, il nome della famiglia viene prima, potresti aver diviso parti del titolo "Sir John Smith II".

Letture aggiuntive

• I programmatori di falsi credono nei nomi
• Due cognomi

Questo può aiutare. Il post è divertente, ma perspicace.

[Nome] [Cognome] non è una regola universale per i nomi. È comune dove vivi. Se imponi delle regole in questo, prima o poi avrai persone che non possono essere aggiunte al tuo sistema.

Fondamentalmente, assicurati di imporre il minor numero di restrizioni possibile e di consentire la flessibilità tra il nome effettivo memorizzato e quelli extra.

Vorrei andare con qualcosa del genere:

• Nome visualizzato (per nomi coerenti quando si mostrano moduli / dati): (dovrebbe essere [primo] [ultimo]).
• Altri nomi / nome completo (per la ricerca, una corrispondenza più precisa, ecc.). Qui, consenti all'utente di scrivere qualsiasi cosa, fino a una determinata lunghezza; la lunghezza dovrebbe essere più di quanto pensi dovrebbe essere ragionevolmente sufficiente - ad esempio se pensi che 40 caratteri dovrebbero essere sufficienti, metti 500 :)).
• Indirizzamento (Mr, Mrs, Ms, Jr, Sr, -san, valore personalizzato (come Tov.) Ecc.).
• ID interno (questo ID dovrebbe identificare in modo univoco ogni persona all'interno dell'applicazione, evitando collisioni di nomi).

Ad esempio, il mio nome non è correttamente scrivibile nella maggior parte delle lingue europee, a causa dei segni diacritici specifici del rumeno (quindi, ogni volta che scrivo il mio nome fuori dal mio paese di origine, tecnicamente lo scrivo in modo errato, in modo che le persone possano leggerlo e pronunciarlo).

Alcuni esempi e collegamenti di nomi interessanti:

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

Non è una cosa complicata ..... o mi manca qualcosa.

Hanno questi campi: name(varchar), lastname(varchar).

Quindi un modulo per riempire il nome completo, esempio: Jorge Patricioe il cognome Pèrez Gonzáles.

Nella ricerca, hai molti operatori di confronto, ad esempio in MySQL, likeche ti aiuteranno a cercare.

Principalmente i cognomi composti sono sempre in ordine. Pérez Gonzálezper lo più dice il suo cognome in quel modo, e non in ordine inverso.

Progetterai in modo eccessivo il tuo database in altro modo.

Esistono tre tipi di nomi personali: polin palestra (nomi con più componenti), mononimi (nomi con un solo componente, ex "Cher") e pictonimi (nomi rappresentati da immagini, ex The Artist ).

Una persona può avere più nomi, ruoli , ad esempio Nome legale e Nome preferito.

Un polynym ha diversi componenti, di cui dovrebbero essere richiesti nome e cognome. Esistono alcuni tipi di cognomi:

1. Cognomi regolari (Jones)
2. Cognomi a doppia canna ("Vaughn Williams" o "Louis-Dreyfus")
3. Veri cognomi composti {dato Nome: cognome "Juan Pablo": "Fernández de Calderón", secondario Cognome: "García-Iglesias"}

3 è importante perché dovrebbe essere considerato Fernández de Calderón , non Fernández de Calderón García-Iglesias.

Quindi, fondamentalmente, hanno un campo cognome obbligatorio e un campo Cognome secondario annullabile.

Come modellate i vari componenti del nome di qualcuno? Tu no . Invece di modellare campi separati per tutti i componenti del nome legale di qualcuno, più il loro saluto preferito, la denominazione, il nome informale, il nome utente, il nickname e la gestione, modellano solo ciò che ti interessa.

Le probabilità sono che il tuo sistema si preoccupi solo di al massimo quattro "nomi" per qualcuno:

1. Un nome visualizzato che consente loro di sapere che sono connessi al sistema.
2. Un nome informale con il quale li indirizzeresti durante una telefonata.
3. Un nome formale con il quale faresti riferimento a loro in corrispondenza.
4. Un nome di ordinamento che esprime # 2 in un modo che sarebbe ordinato in un elenco.

Molti sistemi userebbero semplicemente il nome formale di qualcuno per # 1 e # 2, lasciando gli unici nomi che ti interessano come "una stringa che rappresenta il nome dell'utente" e "una stringa che rappresenta come ordinare il primo".

Dal punto di vista della modellazione dei dati, definisci solo i valori di cui avresti effettivamente bisogno. Il modo migliore per ottimizzare l'archiviazione di questi valori è un dettaglio dell'implementazione, uno che causerà mal di testa solo se si ottimizza eccessivamente. (Certo, "potresti" semplicemente memorizzare un nome e un cognome, ma cosa faresti per qualcuno che ha un solo nome?)

Consideriamo questo in un altro modo.

Il tuo sistema deve connettersi ad altri sistemi, non importa quanto tu sia flessibile se non lo sono. Cosa fanno i sistemi con cui trasferire i dati?

Quando telefono al mio dottore per un appuntamento, mi chiedono la mia data di nascita, i sistemi quindi mostrano loro un elenco di persone corrispondenti, quindi mi chiedono il mio nome, infine il mio indirizzo per confermare che hanno selezionato la persona giusta.

Il medico ha bisogno di sapere il nome a cui rivolgersi quando mi parla; hanno anche bisogno di sapere il nome da mettere su una lettera se mi scrivono.

Pertanto, non solo un singolo campo di testo che consente spazi. Non vi è alcun motivo per separare il primo dal cognome, a meno che non vengano elaborati allo stesso modo.