¿Cómo modelar más de un 'apellido'?

En los países de habla hispana usamos más de un apellido, como:

Nombre ↘ ↙ Apellido
                Pedro Arturo Rodríguez Loyola Segundo
        nombre ↗ ↖ (?)

Estoy tratando de modelar datos para el nombre del paciente. En nuestro país es importante, por lo que no puedo descuidar el segundo apellido, pero me gustaría crear una aplicación que tenga sentido para otros desarrolladores, especialmente de países de habla inglesa.

Creé una pregunta similar en inglés . SE , tiene algunas ideas sobre por qué es importante persistir ambos valores.

P: ¿Cómo cuenta un DBA?

A: 0, 1, muchos

Un individuo tiene 1 o más nombres de pila y 1 o más apellidos, y posiblemente un título. Estos nombres tienen un orden para ellos. Depende de la localización y la cultura determinar cómo referirse a un individuo.

ContactId
NamePart {"John", "Smith", ...}
NameType {título, dado, familia, ???}
Orden {1, 2, 3, ...}

Para Pedro Arturo Rodríguez Loyola(contacto # 1), tendría cuatro filas:

1 / Pedro / dado / 1
1 / Arturo / dado / 2
1 / Rodríguez / familia / 3
1 / Loyola / familia / 4

De esta manera, no se limita a ninguna estructura dada, pero aún tiene sentido para un contacto dado allí. ¿Qué haces cuando tienes a alguien con 3 o 4 nombres o apellidos? o un apellido de soltera?

Tenga en cuenta que he cambiado el orden de una revisión anterior de esta respuesta: el orden es un orden sobre el nombre completo en lugar de solo un orden dentro del tipo de nombre porque en algunas culturas, el apellido es lo primero, es posible que se haya dividido partes del título "Sir John Smith II".

Lectura adicional

• Los programadores de falsedades creen en los nombres
• Dos apellidos

Esto puede ayudar. La publicación es humorística, pero perspicaz.

[Nombre] [Apellido] no es una regla universal para los nombres. Es común donde vives. Si impone reglas en esto, tarde o temprano tendrá personas que no se pueden agregar a su sistema.

Básicamente, asegúrese de imponer la menor cantidad de restricciones posible y permita flexibilidad entre el nombre almacenado real y cualquier otro extra.

Yo iría con algo como esto:

• Nombre para mostrar (para nombres consistentes cuando se muestran formularios / datos): (debe ser [primero] [último]).
• Otros nombres / nombre completo (para búsquedas, coincidencias más precisas, etc.). Aquí, permita al usuario escribir cualquier cosa, hasta la longitud dada; la longitud debe ser más de lo que cree que debería ser razonablemente suficiente, por ejemplo, si cree que 40 caracteres deberían ser suficientes, ponga 500 :)).
• Direccionamiento (Mr, Mrs, Ms, Jr, Sr, -san, valor personalizado (como Tov.) Etc.).
• ID interna (esta ID debe identificar de manera única a cada persona dentro de su aplicación, evitando colisiones de nombres)

Por ejemplo, mi nombre no se puede escribir correctamente en la mayoría de los idiomas europeos, debido a los diacríticos específicos del rumano (por lo tanto, cada vez que escribo mi nombre fuera de mi país de origen, técnicamente lo escribo incorrectamente, para que las personas puedan leerlo y pronunciarlo).

Algunos ejemplos de nombres y enlaces interesantes:

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

No es una cosa complicada ... o me falta algo.

Tenga estos campos: name(varchar), lastname(varchar).

Luego un formulario para completar el nombre completo, ejemplo: Jorge Patricioy el apellido Pèrez Gonzáles.

En la búsqueda, tiene muchos operadores de comparación, por ejemplo en MySQL, como los likeque le ayudarán a buscar.

La mayoría de los apellidos compuestos siempre están en orden. Pérez Gonzálezdice principalmente su apellido de esa manera, y no en orden inverso.

Estará sobre-diseñando su base de datos de otra manera.

Hay tres tipos de nombres personales: Polinimos (nombres con múltiples componentes), Monónimos (nombres con un solo componente, ex "Cher") y Pictónimos (nombres representados por imágenes, ex El Artista ).

Una persona puede tener varios nombres, roles , por ejemplo, Nombre legal y Nombre preferido.

Un polinimo tiene varios componentes, de los cuales se debe requerir el nombre de pila y el apellido. Hay algunos tipos de apellidos:

1. Apellidos regulares (Jones)
2. Apellidos de doble cañón ("Vaughn Williams" o "Louis-Dreyfus")
3. Apellidos verdaderos compuestos {dadoNombre: apellido "Juan Pablo": "Fernández de Calderón", secundario Apellido: "García-Iglesias"}

3 es importante porque se esperaría que lo llamaran Fernández de Calderón , no Fernández de Calderón García-Iglesias.

Básicamente, tenga un campo de apellido obligatorio y un campo de apellido secundario anulable.

¿Cómo modelas los diversos componentes del nombre de alguien? Usted no hace . En lugar de modelar campos separados para todos los componentes del nombre legal de alguien, más su saludo preferido, apelación, nombre informal, nombre de usuario, apodo y nombre, solo modele lo que le interesa.

Lo más probable es que su sistema solo se preocupe por un máximo de cuatro "nombres" para alguien:

1. Un nombre para mostrar que les permite saber que han iniciado sesión en el sistema.
2. Un nombre informal mediante el cual los abordaría en una llamada telefónica.
3. Un nombre formal con el que se referiría a ellos en la correspondencia.
4. Un nombre de clasificación que expresa # 2 de manera que se ordenaría en una lista.

Muchos sistemas simplemente usarían el nombre formal de alguien para # 1 y # 2, dejando los únicos nombres que le interesan como "una cadena que representa el nombre del usuario" y "una cadena que representa cómo se debe ordenar el primero".

Desde una perspectiva de modelado de datos, defina solo aquellos valores que realmente necesitaría. La mejor manera de optimizar el almacenamiento de estos valores es un detalle de implementación, uno para el que solo causará dolores de cabeza si se optimiza en exceso. (Claro, "podría" simplemente almacenar un nombre y apellido, pero ¿qué haría para alguien que solo tiene un nombre?)

Consideremos esto de otra manera.

Su sistema tiene que conectarse a otros sistemas, no importa lo flexible que sea si no lo son. Entonces, ¿qué hacen los sistemas con los que tiene que transferir datos?

Cuando llamo por teléfono a mi médico para pedir una cita, me preguntan mi fecha de nacimiento, el sistema les muestra una lista de personas que coinciden, luego me preguntan mi nombre y, finalmente, me piden mi dirección para confirmar que han seleccionado La persona correcta.

El médico necesita saber el nombre de mi dirección cuando me habla; También necesitan saber el nombre para poner una carta si me escriben.

Por lo tanto, no es solo un campo de texto único que permite espacios. No hay ninguna razón para incluso separar el primero del apellido, a menos que los procese de la misma manera.