¿Está yendo demasiado lejos la tabla de género?

Question

No soy un tipo de base de datos, pero estoy tratando de limpiar otra base de datos. ¿Entonces mi pregunta es si la normalización de la tabla de género iría demasiado lejos?

User table: 
userid int pk, 
genderid char(1) fk 
etc... 

gender table: 
genderid char(1) pk, 
gender varchar(20) 

Ahora Al principio parecía tonto para mí, pero entonces considerado porque entonces puedo tener una fuente constante de datos para poblar o se unen a partir de. Usaré WPF. Si fuera otro marco, probablemente lo evitaría, pero ¿qué piensas?

Answer 1

Sea o no usted elige normalizar la estructura de su tabla para acomodar género va a depender de los requisitos de su aplicación y los requisitos de su negocio.

que normalizaría si:

• ¿Quieres ser capaz de gestionar la "descripción" de un género en la base de datos, y no en el código.
  • Esto le permite cambiar rápidamente la descripción de Hombre/Mujer a Hombre/Mujer, por ejemplo.
• Su aplicación actualmente debe manejar, o será posible manejar en el futuro, los requisitos de localización, es decir, ser capaz de especificar el género en diferentes idiomas.
• Su negocio requiere que todo se normalice.

no me normalizar si:

• Tiene una aplicación relativamente sencilla en la que se pueden manejar fácilmente la descripción del género en código en lugar de en la base de datos.
• Tiene un control programático estricto de los datos que entran y salen del campo de género, de modo que puede garantizar la coherencia de los datos en ese campo.
• Solo le importa el campo de género para la captura de información, es decir, no necesita mucha información programática para actualizar este campo una vez que se configura por primera vez.

Answer 2

Sí. Creo que puedes usar enum en el código y enlazar eventualmente a él.

null - unknow; 0 - masculino; 1 - mujer;

o puede utilizar bool tipo para definir esta

nula - desconocido; verdadero - masculino; falso - mujer

Answer 3

No soy un tipo de base de datos pero lo hago. Me da la posibilidad de asegurarme de que solo se ingresan los géneros, que son válidos (integridad referencial) y que también puedo usarlos para completar el control de selección.

Answer 4

Bueno, es posible que su empresa requiera que, si es posible, todo se normalice.

También, dependiendo del negocio & de datos, es posible que tenga que incluir transgéneros, así que crearía 3+ géneros (no sé cuántos hay, no han comprobado)

Answer 5

Puedo pensar en aplicaciones donde usaría diferentes columnas para sexo y género, tener tres valores para sexo (masculino/femenino/declinar a estado) y seis para género (masculino/femenino/transexual masculino/transexual mujer/asexual/declinar a estado). De acuerdo, vivo en San Francisco, donde hay un nivel de discusión pública sobre temas transgénero que gran parte del resto del mundo está detrás de la curva.

El punto es: sin una razón convincente para pensar lo contrario, supongo que cualquier suposición simplificadora que hice sobre la demografía fue limitada y parroquial. El costo de dividir el sexo en su propia mesa ahora es pequeño y costoso. No evitaría el pequeño costo sobre la base de una suposición.

Answer 6

Voy a comentar sobre otro aspecto: la clasificación. Normalmente, 'M' ordena después de 'F'; en un proyecto una vez, una tabla de base de datos tenía un campo de género con cualquiera de esos dos valores. Hubo un deseo de poder ordenar los resultados en el género (datos del censo) y una preferencia adicional para que aparezca 'M' antes de 'F'. Mi solución fue agregar una tabla de búsqueda separada, asignando al valor masculino una ID de 0 y una ID de mujer de 1. Por lo tanto, las consultas en la tabla principal podrían clasificarse fácilmente en el nuevo campo de identificación de género.

Answer 7

Sólo pensé en echar una opinión aquí. @Ben McCormack tiene una gran respuesta con una advertencia menor: en cuanto a la localización, a veces hay mejores formas de manejar esto que tener los valores definidos directamente en su base de datos.

Por ejemplo, mencionas WPF. Con .Net tiene varios recursos de localización que son mucho más adecuados para gestionar las diferencias entre emitir "Hombre" o "Samec" (checo).

Al permitir que las características integradas de localización se encarguen de esto, no tiene que preocuparse por tener múltiples registros de bases de datos que definan exactamente lo mismo ... lo que podría complicar la generación de informes.

---

Dicho esto, le sugiero que tal vez desee considerar si "gender" es realmente lo que está buscando. El género se define como "un conjunto de características que distinguen entre hombre y mujer".

A primera vista, esto suena como las opciones masculinas/femeninas estándar; pero no lo es. El género es mucho más complicado que eso, ya que necesita contexto para tener significado. Por ejemplo, en el contexto de una relación, un Hombre (por Sexo) podría tener uno de varios "géneros": Masculino, Femenino o incluso Neutral. Esto es independientemente de qué sexo es su pareja.

En el contexto de un individuo, un hombre (por sexo) puede ser masculino, femenino, neutral, transgénero, intersexual o cualquiera de una serie de otras opciones aceptables para la persona que completa el formulario.

Al menos una persona comentó que el género es necesario para determinar el honorífico utilizado en los correos. Sugeriría que no hay relación entre el género y los honoríficos. Por ejemplo, una Mujer (por Sexo) podría querer ser dirigida como Sra./Señorita/Señora/Dr/Señora/Profesora o incluso Señor si están en el proceso de, o han completado, una cirugía para convertirse en "Masculino". Esa lista de ninguna manera es inclusiva y, en cualquier caso, es mucho mejor permitir que esa persona seleccione cómo quiere que se le trate.

---

Lo que me lleva a mi último artículo: Antes de recopilar cualquier dato, debe tener un motivo definido para tenerlo. Mi empresa se especializa en la recopilación de datos a través de formularios en línea. Una de las cosas que hacemos es mirar lo que nuestros clientes están pidiendo e ir campo por campo para determinar si los datos se utilizan incluso en cualquier lugar.

La mayoría de las veces una entidad (empresa/gubernamental/etc.) solicita mucha más información de la que les importa. Esto puede tener consecuencias adicionales en el caso de que los datos se pierdan, sean robados o simplemente vistos por personas no autorizadas. Además, se impone una carga a la persona que completa los formularios para cada campo que se le pide que complete.

Traigo esto porque "Género" casi nunca es necesario para cualquier sistema normal. En cambio, el sexo es un mejor calificador e incluso entonces tiene poco valor. Eximir sitios de citas y censo gubernamental.