Il nome IsFemale è inappropriato per una colonna del database?

Question

Basta sfogliare il nostro schema db e trovare un campo chiamato 'IsFemale'

Il nome è buono o è un po 'ridicolo?

Answer 1

Hai mai intenzione di verificare "IsFemale" vero/falso?

Non sarebbe più appropriata una colonna come "PersonType" o qualcosa del genere? In questo modo, potresti avere "femmina", "maschio", "compagnia" e così via - più valori possibili.

Marc

PS: ma se si sceglie di utilizzare una colonna di "bit" (booleano), poi la "è" o "ha" prefisso è una buona scelta, a mio parere - rende del tutto evidente che è un booleano!

Answer 2

femminile e maschile non si escludono a vicenda, quindi dovrete venire con qualcosa per transessuali, unisex, ecc

Per fare questo come enterprisey possibile, creare una colonna 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 

... e così via.

Answer 3

Forse nominare la colonna "genere" (char con "M", "F") sarebbe più "sensibile".

Answer 4

Gender sembra una scelta migliore, ma se si desidera o è necessario utilizzare una colonna booleana, ci sono solo due scelte: IsMale o IsFemale.

Answer 5

Cosa c'è di sbagliato con il classico "sesso" e sostenere sottotipi come M, F, ecc ...

Answer 6

Beh, la cosa tipica è quella di avere colonna "sesso", ma si può finire con clienti clueless cercando di archiviarlo con valori come "due volte a settimana".

Altro problema è che dipende dalla lingua. Ad esempio in inglese M significa M an, mentre in spagnolo può significare M ujer (donna).

Answer 7

isFemale indica un problema più grande con lo schema, una cosa del genere dovrebbe essere generalizzato, o forse anche out normalizzato:

simili, muniti di una colonna sesso sul vostro tavolo, che è un FK a una tabella di sesso:

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

Nota, in realtà non farlo, è sciocco, a meno che non si pianifichi di supportare sessi insoliti. Penso comunque che una colonna generica sia meglio di un bit isFemale.

Answer 8

È necessario attenersi allo ISO standard se possibile.

ISO/IEC 5218Information technology - Codici per la rappresentazione dei sessi umani è uno standard internazionale che definisce una rappresentazione dei sessi umani attraverso un codice a una sola cifra dalla lingua. ...

I quattro codici specificati nella norma ISO/IEC 5218 sono:

• 0 = non nota,
• 1 = maschio,
• 2 = femmina,
• 9 = non applicabile.

La norma specifica che il suo uso può essere riferito dal designatore "SESSO".

Answer 9

Se stai chiedendo se è ridicolo, dipende. Sarebbe meglio che Male fosse, sciovinista? (Sto scherzando!)

La mia ipotesi è che chiunque abbia progettato il database abbia pensato a regole aziendali speciali per le donne e l'ha progettato in questo modo.

Non c'è davvero una ragione per cui il maschio dovrebbe essere vero e la femmina dovrebbe essere falsa, ed è possibile che il database sia meno efficiente nell'usare un confronto di caratteri e caratteri.

Da un punto di vista della programmazione, evitare booleani nelle tabelle ha senso per le stesse ragioni per cui è opportuno evitare i valori booleani nei parametri di funzione.

Answer 10

Ogni database con cui ho mai lavorato ha utilizzato un nome di colonna di Sesso con valori 0 per Femmina e 1 per Maschio. Ho sempre pensato che questi valori fossero assegnati più o meno allo stesso modo in cui le apparecchiature elettroniche hanno connettori descritti come femmina o maschio.

Se IsFemale è ridicolo dipende o meno dall'intenzione del sistema, tuttavia sembra che abbia dipinto l'applicazione in un angolo. I campi di genere, ad esempio, possono essere ampliati per ospitare "tipi" aggiuntivi, ma IsFemale ovviamente sarà sempre vero o falso e quindi non estensibile.

Answer 11

Per i sistemi semplici in cui non c'è ambiguità sessuale, utilizzo IsMale. L'alternativa sarebbe utilizzare una tabella di ricerca se i requisiti includono individui intersessuali. Se si hanno solo maschi e femmine, l'uso di qualcosa di diverso da un valore booleano introduce complessità e ambiguità inutili nel sistema.

Answer 12

È chiaro che l'interrogante è preoccupato (giustamente) dell'errore del progettista del database di prendere in considerazione il linguaggio neutro rispetto al valore.

(Si prega di essere consapevole del fatto che politicamente corretta è (giustamente) non è più il linguaggio considerato accettato, valore neutro.)

Come designer computer, è necessario un particolare obbligo di garantire i vostri disegni non lo fanno, inavvertitamente o meno , includere o propagare preferenza di genere o superiorità.

Mentre il progettista può aver supposto ingenuamente che IsFemale dia alle donne un valore 1 e quindi superiore/superiore, ai valori reali viene spesso assegnato il valore -1. Per non parlare delle culture in cui 0 è un valore sacro.

Nella prossima settimana, copriremo le persone che sono intersex e la teoria queer e le sue implicazioni per gli standard di denominazione delle variabili.