Normalizacíon (Sexo: Masculino, Femenino)

[eduar2083]

Hola a todos!
Estoy normalizando un ficha de estudiante en la que se debe marcar una opción de Sexo (Masculino, Femenino) y estaba pensando si debo crear una nueva relación (Tabla) para almacenar estos datos:

TABLA_SEXO
codigo_sexo PK
descripcion_sexo

A mi no me parece muy buena esta idea de crear una tabla para almacenar sólo 2 registros con 2 columnas y estaba pensando que el dato se maneje como bit en todas las tablas o consultas que vayan hacer referencia al sexo. Por ejemplo 0 para masculino y 1 para femenino y cuando se desee obtener la descripción se haga a través de una cláusula case pero esto respetarse siempre.

Quería me den su opinión/sugerencia de cómo lo hacen ustedes.

Muchas gracias.

[Libras]

Y cual es el problema con tener una tabla para esos 2 valores?

[KATHYU]

En mi caso no me gusta tener una tabla solo para esto, partiendo que son dos valores estándar (a excepción si la empresa ya acepta los otros "géneros") prefiero hacerlo directamente.

Otra cosa es que si guardo valores (0 o 1) toca hacer condición para que si es tal cosa muestre tal cosa, prefiero guardar el valor como tal en mi DB, así FEMENINO, o MASCULINO, ojo, eso hago yo y me evito condicionar luego la salida, pero eso depende de cada quien, mas si mi tabla no requiere de muchas lineas, de lo contrario si la tabla se poblara mucho si es mejor usar 0 o 1

PD: 0 es de Femenino y 1 Masculino regularmente

[Libras]

Iniciado por KATHYU

En mi caso no me gusta tener una tabla solo para esto, partiendo que son dos valores estándar (a excepción si la empresa ya acepta los otros "géneros") prefiero hacerlo directamente.

Otra cosa es que si guardo valores (0 o 1) toca hacer condición para que si es tal cosa muestre tal cosa, prefiero guardar el valor como tal en mi DB, así FEMENINO, o MASCULINO, ojo, eso hago yo y me evito condicionar luego la salida, pero eso depende de cada quien, mas si mi tabla no requiere de muchas lineas, de lo contrario si la tabla se poblara mucho si es mejor usar 0 o 1

PD: 0 es de Femenino y 1 Masculino regularmente

No es que dependa de ti, es que un modelo asi no esta "normalizado" funciona si, pero no llevas tu base de datos a 3era forma normal. Aunado a que el tamaño de la tabla se reduciria si en lugar de tener una columna varchar de 10 con valores en cada row, tenemos una columna bit(0 y 1 para los valores)

[KATHYU]

Iniciado por Libras

No es que dependa de ti, es que un modelo asi no esta "normalizado" funciona si, pero no llevas tu base de datos a 3era forma normal. Aunado a que el tamaño de la tabla se reduciria si en lugar de tener una columna varchar de 10 con valores en cada row, tenemos una columna bit(0 y 1 para los valores)

Pero veamos el caso, si tiene otra tabla de géneros y mete solo el id de cada genero seria 0 o 1, y si desde el php le mete ese mismo 0 o 1 la tabla seria igual en tamaño, eso que so sea 3ra forma normal es tema de si el desarrollador así lo quiere. (Aunque los estándares así lo indiquen)

Ya insertando el nombre de los géneros como yo dije, claramente especifique que es mi decisión en casos aislados, al final cada developer ve la forma de como configurar eso.

[Libras]

por algo se hicieron los standares y la normalizacion, y el developer debe de adaptarse a la base de datos no al contrario, pero bueno cada quien lo resuelve como quiere, yo solo estoy dando mi punto de vista como DBA

[eduar2083]

KATHYU y Libras agradezco a ambos su aporte. Si optara por crear una tabla totalmente independiente para almacenar estos valores y forme parte del MER de pronto surgen otras Relaciones como por ejemplo Estado (Activo, Inactivo, Eliminado), Tipo Empleado (Interno, Externo), y otras más que requieren 2 o unos pocos registros más, entonces estaba pensando crear un par de "Tablas Maestras" que se utilice para guardar estos valores. He visto en algunos casos que lo hacen en formato Maestro-Detalle y la suelen llamar Parámetros a la cabecera y Parametro_Detalle (al Detalle). En la cabecera guardan el registro, por ejemplo Sexo, Estado, Tipo Empleado y en la tabla Detalle se guardan los registro asociados a su cabera: Masculino, Femenino; Activo, Inactivo, etc las tablas están relacionadas obviamente de uno a muchos. ¿Qué les parece esta idea de agrupar esta infomación en una sola Relación?
Creo que con ello, se está respetando la normalización y se llega a la 3FN.

Me comentan, muchas gracias.

[KATHYU]

Tenes que tener bien claro todo a la hora de hacer Cabecera-Detalle

Yo tambien he visto eso en varios ERP's, pero es una quebrada de cabeza buena. Ahí usted decide.