¿El nombre IsFemale es inapropiado para una columna de base de datos?

Question

Simplemente navegando por nuestro esquema db y encontramos un campo llamado 'IsFemale'

¿El nombre es bueno o es un poco ridículo?

Answer 1

¿Alguna vez vas a tener que comprobar si "IsFemale" es verdadero/falso?

¿No sería más apropiada una columna como "PersonType" o algo así? De esa forma, podría tener "mujer", "varón", "compañía", etc., valores más posibles.

Marc

PD: pero si usted elige utilizar una columna de "bits" (booleano), entonces el "es" o "tiene" prefijo es una buena opción, en mi opinión - deja bastante claro que es un booleano!

Answer 2

femenina y masculina no son mutuamente excluyentes, por lo que tendrá que llegar a algo para transexuales, unisex, etc.

Para hacer esto como enterprisey como sea posible, cree una columna GenderTypeID:

GenderTypes 
----------- 
GenderTypeID Name  Greeting 

     1  Male  Dear Sir 
     2  Female Dear Madam 
     3  Unisex Dear Sir and Madam 
     4  Unknown Dear Sir or Madam 
     5  Android Dear Artificial Life Form 

... y así sucesivamente.

Answer 3

Tal vez nombrar la columna "género" (char con 'M', 'F') me haría más "sensible".

Answer 4

Gender parece una mejor opción, pero si quiere o necesita usar una columna booleana, solo hay dos opciones: IsMale o IsFemale.

Answer 5

Lo que está mal con el "sexo" clásico y apoyar subtipos tales como H, F, etc ...

Answer 6

Bueno, lo típico es tener la columna "sexo", pero usted puede terminar con Clientes desorientados tratando de archivarlo con valores como "dos veces por semana".

Otro problema es que depende del idioma. Por ejemplo, en inglés M significará M y, mientras que en español puede significar M ujer (mujer).

Answer 7

isFemale indica un problema más grande con el esquema, algo así como que se debe generalizar, o posiblemente incluso normalizó a cabo:

similares, con una columna de sexo en su tabla, que es una FK a una mesa sexo:

--------------------- 
| ID | Type  | 
|-------------------| 
| 1 | Male  | 
| 2 | Female  | 
| 3 | Yes Please | 
--------------------- 

Nota, en realidad no hago esto, es tonto, a menos que planee apoyar géneros inusuales. Todavía creo que una columna genérica es mejor que un bit de FeFemale.

Answer 8

Debería quedarse con el ISO standard si es posible.

ISO/IEC 5218Tecnología de la información - Códigos para la representación de los sexos humanos es una norma internacional que define una representación de sexos humanos a través de un código de un solo dígito del idioma. ...

Los cuatro códigos especificados en la norma ISO/IEC 5218 son:

• 0 = No se conocen,
• 1 = varón,
• 2 = hembra,
• 9 = no aplicable.

La norma especifica que su uso puede ser referido por el designador "SEX".

Answer 9

Si está preguntando si es risible, eso depende. ¿Sería mejor que malesa, chauvinista? (Es broma!)

Mi conjetura es que quien diseñó el pensamiento de base de datos de reglas de negocio especiales para las mujeres y diseñado de esta manera.

en realidad no hay una razón por la masculina debe ser verdadera y hembra debe ser falsa, y es posible que su base de datos es menos eficiente en el uso de una comparación carácter y carácter.

Desde el punto de vista de programación, evitando booleanos en tablas tienen sentido por las mismas razones que evitar booleanos en los parámetros de función tiene sentido.

Answer 10

Cada base de datos con la que he trabajado ha utilizado un nombre de columna de Género con valores 0 para Mujer y 1 para Hombre. Siempre he supuesto que estos valores se asignaron de la misma manera que los equipos electrónicos tienen conectores que se describen como femeninos o masculinos.

Sea o no IsFemale es de risa depende de la finalidad del sistema, sin embargo, parece haber pintado la aplicación en una esquina. Los campos de género, por ejemplo, se pueden cultivar para dar cabida a un "tipo" adicional, pero IsFemale obviamente siempre será verdadero o falso y, por lo tanto, no extensible en absoluto.

Answer 11

Para sistemas simples donde no hay ambigüedad sexual utilizo IsMale. La alternativa sería usar una tabla de búsqueda si sus requisitos incluyen individuos intersexuales. Si solo tiene hombres y mujeres, usar algo que no sea un valor booleano introduce complejidad innecesaria y ambigüedad en el sistema.

Answer 12

Está claro que al autor de la pregunta le preocupa (con razón) que el diseñador de la base de datos no haya tenido en cuenta el lenguaje de valor neutral.

(Tenga en cuenta que políticamente correcta es (con razón) ya no se considera aceptada, el lenguaje de valor neutral.)

Como diseñador de ordenador, tienen una obligación particular para asegurar que sus diseños no, sin darse cuenta, o no , incluir o propagar preferencia de género o superioridad.

Si bien el diseñador puede haber supuesto ingenuamente que IsFemale daría a las hembras un 1 y, por lo tanto, un valor superior/superior, los valores verdaderos a menudo reciben el valor de -1. Por no hablar de culturas donde 0 es un valor sagrado.

En la entrega de la próxima semana, cubriremos las personas que son intersexuales y la teoría queer y sus implicaciones para los estándares de nomenclatura variable.