DUDA:Catalogo de sexo?

[PIRRUMAN]

Saludos,

tengo una duda,
esta correcto crear un catalogo de sexo?

es decir mi tabla sexo
con campos

id y descripcion
1 femenino
2 masculino

no seria mejor un campo enum(masculino /femenino)?para evitar joins futuros y asi hacer una consulta directa a una sola tabla.

o por que seria bueno hacer un catalogo de sexo?

de antemano gracias

[gnzsoloyo]

Por lo general, cuando un atributo tiene un conjunto de valores muy acotado, y esos valores no se modificarán en el tiempo, lo que se hace es definirnos como ENUM.
Crear una tabla adicional para administrar eso es por lo menos un desperdicio de recursos.
Por otro lado, piensa que muy probablemente no los vayas a usar mas que relacionados a una única tabla, y que cualquier consulta que hagas donde se pueda requerir es datos como discriminante, siempre estará relacionada con esa tabla, en alguna manera, por lo que no representa utilidad separar el dato. En todo caso es un exceso de normalización y por tato es innecesario.
A menos que creas que en en el futuro próximo, vayan a aparecer más sexos (no prácticas, sino sexos definidos como géneros), francamente no le veo utilidad a usar una tabla para gestionarlo.

[PIRRUMAN]

Si, eso mismo supuse, cualquier consulta que se desee realizar en base al sexo del usuario, tendria que implicar un join a esa tabla, pero ahora mi duda es, por ejemplo al almacenar solo los id's noestaria ahorrando espacio, por ejemplo:

guardo mil usuarioss con ids el campo sexo, almacenaria mil caracteres

ahora si guardo esos mil usuarios con los textos masculino/femenino, almacenaria 10mil caracteres, es irrelevante esto?

[gnzsoloyo]

ahora si guardo esos mil usuarios con los textos masculino/femenino, almacenaria 10mil caracteres, es irrelevante esto?

Un ENUM no guarda una cadena de texto. Guarda un TINYINT UNSIGNED, porque los ENUM se manipulan como números. La cadena se guarda en la definición de la tabla.

[PIRRUMAN]

Muy amable gracias por la aclaracion