Modellazione di nome e cognome separatamente

Quali argomenti qualcuno dovrebbe prendere in considerazione quando si progetta un nuovo sistema e deve memorizzare il nome di una persona come un campo o separatamente come nome / cognome?

Pro per singolo campo:

• Interfaccia utente più semplice
• Nessuna ambiguità quando si cerca di inserire il nome di una persona, che ha un nome molto lungo (spesso non evidente quale sia il cognome / nome ..)
• Minore complessità nella gestione dei titoli (ad esempio, non è necessario inserire un campo separato per inserire "MD" o "Dr.")

Pro per il campo diviso:

• È possibile la comunicazione personalizzata "Dear Mr X" o "Dear Julie"
• Se un servizio Web consumato necessita del nome / cognome separatamente, può essere fornito facilmente.
• Scelta migliore per qualsiasi settore con severi requisiti di identificazione (ad es. Medici, governativi, ecc.)
• Scelta più sicura, poiché puoi sempre tornare all'alternativa a campo singolo

Vedi qualche argomento aggiuntivo che non è elencato sopra?

Aggiornamento: la domanda è: cosa aggiuntiva (= non elencato nella questione) argomenti possono essere elencati per ogni soluzione. Penso che dare opinioni invece di possibili pro e contro spinga la discussione nel modo sbagliato. Ogni sviluppatore deve prendere la sua decisione su questo problema, lo scopo di questa domanda è quello di mettere insieme un elenco di argomenti non banali che possono essere valutati se necessario.

Nome e cognome non sono concetti utili. I nomi funzionano in modo diverso nei diversi paesi. Nella maggior parte dei paesi asiatici, il nome della famiglia viene scritto per primo, ma è ancora utilizzato per l'ordinamento, quindi è possibile inserirlo nel nome e l'ordinamento sarà errato o nel cognome e la visualizzazione sarà. E poi ci sono paesi come l'Islanda dove non usano affatto i cognomi, ma invece il nome del padre. Quindi ordinano semplicemente per nome.

I termini "nome" e "cognome" (o "cognome") sono migliori in questo senso, ma li eviterei comunque a meno che non siano assolutamente necessari (cioè documenti ufficiali come i passaporti li hanno, quindi allora ne hai bisogno), perché rendono le cose più complicate.

• È possibile la comunicazione personalizzata "Dear Mr X" o "Dear Julie"

Tranne il fatto che non hai idea di come chiamare una determinata persona con il suo nome o cognome o cosa. E non farmi iniziare con le lingue che hanno accusativo: non puoi derivare accusativo dal nominativo in generale. No, è meglio se chiedi semplicemente all'utente come chiamarli.

• Se un servizio Web consumato necessita del nome / cognome separatamente, può essere fornito facilmente.

Se . Se dipendi da un altro servizio, sei bloccato per le loro scelte sbagliate. Non è un vantaggio per i tuoi progetti.

• Scelta migliore per qualsiasi settore con severi requisiti di identificazione (ad es. Medici, governativi, ecc.)

No, è una scelta sbagliata per questi. I documenti ufficiali generalmente usano i termini "nome" e "cognome" (o "cognome"), che sono meno ambigui.

• Scelta più sicura, poiché puoi sempre tornare all'alternativa a campo singolo

In realtà, a causa dell'ambiguità con i nomi asiatici, non è così chiaro che puoi.

L'unico argomento che conta è quali sono i requisiti del tuo sistema?

Hai bisogno di occuparti di una sola cultura? In tal caso, conformarsi a quella cultura. Altrimenti, piano per l'internazionalizzazione (come altri hanno sottolineato).

È necessario ottenere dati per gestire moduli governativi, assistenza sanitaria o altri requisiti legali / di sistema? Segui qualunque cosa dettino. Se ciò significa nome e cognome, fallo. Se significa qualcosa di diverso, fallo.

Hai un requisito per un'API con nome e cognome (o è ragionevolmente probabile, abbastanza da giustificare l'ignoranza di YAGNI)? Fai ciò che ha senso lì.

Se hai bisogno di comunicazioni personalizzate, è ragionevole chiedere a qualcuno il suo nome preferito e memorizzarlo?

I requisiti del tuo sistema dovrebbero determinare cosa fai. Fai quello che devi e YAGNI il resto.

Se hai più di un modo per visualizzare e / o utilizzare i nomi, probabilmente avrai bisogno di campi separati. Insieme all'immissione dei dati, è possibile fornire un feedback per mostrare all'utente come verrà utilizzato. Il modo in cui li combini potrebbe portare alla conversione in un singolo campo in futuro.

Hanno alcune etichette che mostrano: Saluto o Nome visualizzato: Nome + Cognome Organizzazione / ordinamento: Cognome, Nome

Quando non sei sicuro di come verrà utilizzato in futuro, inizia con i nomi divisi e quindi puoi combinarli in un unico campo quando ti rendi conto che è tutto ciò di cui hai veramente bisogno. Non è difficile scrivere un algoritmo per dividere un singolo campo del nome in nome e cognome, ma commetterai un errore su alcuni e alla gente davvero non piacciono gli errori con i loro nomi. Con i campi divisi, gli utenti possono regolare il modo in cui immettono il loro nome quando vedono come viene utilizzato. Combinarli in un campo permanente a nome singolo è meno rischioso.

Sono d'accordo con molto di ciò che ha detto @JanHudec, anche se mi piacerebbe approfondire un po 'quello:

• Devi sapere quali sono i tuoi reali requisiti, ma è più facile combinare le informazioni piuttosto che dividerle una volta che sono combinate di nuovo.
• L'ordinamento sarà sempre una sfida, poiché le regole possono differire tra locali e culture.
• Molte culture non corrispondono alle tue, il che porta a cattive ipotesi. (Questo è il punto più grande di Jan)

La terminologia è importante

Termini come dato nome e cognome o il nome di famiglia hanno un significato semantico, e il database deve sempre rispecchiare la semantica dei dati. Termini come nome e cognome hanno un significato posizionale, generalmente basato su idee inglesi e americane su come funzionano i nomi. Utilizzare la terminologia corretta per la semantica dei dati.

Quanto lontano devi scomporlo?

Esistono concetti di titolo (Mr. Dr. Mrs. ecc.) O ordinali (Jr., Sr., III, ecc.) E persino certificazioni (PhD, MS, PCAM, ecc.) Che possono essere importanti a seconda del contesto e scopo.

Molti locali hanno il concetto di più nomi di famiglia (paterni e materni), e alcuni non ne hanno. Quando si compilano i moduli, a volte le persone devono fare delle scelte difficili su quale nome usare, ad esempio usando il cognome paterno per il "cognome" in una forma americana, o trovando un cognome basato sul nome del padre (Janson ).

Mentre in America è comune avere uno o più secondi nomi, viene spesso ignorato al di fuori della tua famiglia.

Ordinamento

Aiuta ad avere un campo dedicato per il nome dell'ordinamento. In questo modo puoi chiarire le regole quando crei il record. Assicura inoltre che i nomi siano ordinati nell'ordine corretto oltre i confini internazionali.

Pratiche comuni

I tuoi reali requisiti dettano quanto devi essere corretto riguardo ai nomi. Se stai creando un sito web governativo o bancario, allora hai più requisiti per la memorizzazione e la gestione dei nomi di qualcosa di informale come Facebook.

Linee guida informali

• Avere un campo che descriva come l'utente vuole essere conosciuto
• Ordina e visualizza usa quel nome

Linee guida semi formali

• Avere un campo per un nickname o come l'utente vuole essere indirizzato
• Hanno due campi, uno per nome e uno per cognome (il cognome dovrebbe essere facoltativo)
• Calcola un campo di ordinamento in base alla locale e alla combinazione data / cognome
• Utilizzare il soprannome per rivolgersi direttamente all'utente
• Usa il nome formale per elencare le persone

Linee guida formali

• Questi sono dettati da politiche e procedure esistenti per l'entità che si sta supportando
• È necessario un numero di campi pari al numero massimo di parti del nome che verranno supportate, denominate semanticamente per quello che sono.
• Includi un campo di ordinamento che gestisca l'ordinamento come faresti nel caso semi-formale
• Anche la visualizzazione è in genere dettata da politiche e procedure esistenti. Devi familiarizzare con loro.

A parte quanto ha sottolineato @JanHudec e con cui concordo, vale anche la pena notare che in molti paesi le persone hanno più di un cognome, quindi il campo del cognome potrebbe essere irrilevante. Ad esempio, in Spagna le persone hanno due cognomi e usano solo uno o entrambi a seconda della situazione.

Inoltre, non dovresti personalizzare le comunicazioni in base ai tuoi presupposti, poiché in alcune culture potresti sembrare scortese quando chiami le persone con il loro cognome e, nel caso di altre, potrebbe essere il contrario.

Inoltre, alcune culture pongono l'accento su forme come "Mrs" vs "Ms", e possono anche combinare questa parola con il nome o il cognome a seconda di un caso particolare.

Quindi propenderei per una soluzione in cui hai un singolo campo nome e forse campi aggiuntivi che l'utente riempie che suggeriscono come rivolgersi all'utente - qualcosa di simile a quello che fanno molte compagnie aeree quando acquisti un biglietto online. Questo potrebbe anche risolvere il problema di come dividere i nomi se ne hai bisogno per un servizio web esterno che hai citato.

Per aggiungere ancora di più a ciò che @JanHudec e @KjMag hanno sottolineato, anche nelle culture / lingue molto vicine all'inglese questo diventa un problema. Prendi il tedesco per esempio. Hai il concetto di Vornamen, Nomi, Nachnamen, Cognome e Rufname, il nome che ti viene chiamato. Prendiamo ad esempio mio padre, ha 3 nomi, sul suo certificato di nascita sono elencati nell'ordine Christoph Stephan Andreas. E ha un cognome. Come pensi che sia il nome da cui viene chiamato?

La risposta corretta: Andreas. Questo è il suo nome Rufname, in America lo pone come il suo primo nome per adattarsi al modello americano. Quindi potresti presumere che in Germania l'ultimo dei tuoi nomi sia quello che ti chiami ma poi hai mio fratello: Christoph Sebastian Herbert Maria. (Ora ho dato via siamo bavaresi) O mia sorella Christine Gabriele. Come pensi che siano i nomi che vengono chiamati? Sebastian e Christine rispettivamente.

Terrei le risposte che dicono un campo per un nome completo. E aggiungerei a questo: forse aggiungere un altro campo per un cognome / cognome e porre la domanda: con quale nome verrebbe ordinato in un elenco? E poi un campo finale per: come vuoi essere indirizzato?

Se si sta cercando un'applicazione globale, probabilmente si modellerebbe il nome di una persona come una matrice di stringhe. Ad esempio, considera il nome del presidente nel film Idiocracy:

• Dwayne Elzondo Mountain Dew Herbert Camacho

Questo è il suo nome completo. Il nome contiene 6 elementi nell'array. Per la cultura americana, il nome è il primo elemento dell'array (Dwayne) e il cognome è l'ultimo elemento dell'array (Camacho). Ma questo non è sempre il caso.

Si potrebbero applicare regole specifiche per la cultura per determinare il "nome" se il nome è in realtà l'ultimo elemento e così via, a seconda di come funzionano i nomi nelle diverse culture / località.

Inoltre, nel caso degli Stati Uniti, abbiamo casi in cui l'ultimo elemento non è il cognome come:

• Dwayne Elzondo Mountain Dew Herbert Camacho Jr.

Quindi, forse un campo di suffisso nome o uno dovrebbe analizzare l'ultimo elemento alla ricerca di suffissi noti basati sulla cultura per ottenere il cognome corretto.

Quindi, è sempre meglio memorizzare il nome in un elemento (il nome completo) e quindi applicare una routine di "standardizzazione / risanamento" contro di esso per analizzare gli elementi specifici secondo necessità. Una strategia simile esiste per gli indirizzi. Di solito vengono raccolti come una stringa e quindi inviati a un servizio per analizzare le parti.