データベースへのセックス（性別）の保存

ユーザーの性別をできるだけ少ない（サイズ/パフォーマンス）コストでデータベースに保存したい。

これまでに3つのシナリオが思い浮かびます

1. INT - （1 =男性、2 =雌、3 = ...）コードで列挙と整列
2. CHAR（1） - ストアM、Fまたは別の単一の文字識別子
3. ビット （ブール） - このオプションに適切なフィールド名はありますか？

私が尋ねる理由は、charsがboolean よりも小さいというこの回答のためです。

私はMS SQL 2008を使用していることを明確にする必要があります。MSSQL 2008 は実際にはビットデータ型です。

私はこのコラムを「ジェンダー」と呼んでいます。

Data Type   Bytes Taken          Number/Range of Values
------------------------------------------------
TinyINT     1                    255 (zero to 255)
INT         4            -       2,147,483,648 to 2,147,483,647
BIT         1 (2 if 9+ columns)  2 (0 and 1)
CHAR(1)     1                    26 if case insensitive, 52 otherwise

BITのそれだけでは不十分である二つの可能性別をサポートしているため、データ型は除外することができます。一方でINTが二つ以上のオプションをサポートし、それが4つのバイトを取る-パフォーマンスが小さい/より狭いデータ型と良いでしょう。

CHAR(1)TinyINTよりも優れています -どちらも同じバイト数を取りますが、CHARはより狭い数の値を提供します。を使用CHAR(1)すると、「m」、「f」などの自然キーが使用されますが、代理/人工キーと呼ばれる数値データが使用されます。 CHAR(1)移植する必要がある場合は、どのデータベースでもサポートされます。

結論

オプション2：CHAR（1）を使用します。

補遺

カーディナリティの低い列のインデックスには値がないため、性別列のインデックスはおそらく役に立たないでしょう。つまり、インデックスの値には、値を提供するための十分な多様性がありません。

このためのISO規格はすでにあります。独自のスキームを発明する必要はありません：

http://en.wikipedia.org/wiki/ISO_5218

標準に従って、列は "Sex"と呼ばれる必要があり、「最も近い」データ型は、必要に応じてCHECK制約またはルックアップテーブルでtinyintになります。

医学には、男性、女性、不確定、不明の4つの性別があります。4つすべては必要ないかもしれませんが、1、2、および4は確かに必要です。このデータ型のデフォルト値を設定することは適切ではありません。「is」状態と「is n't」状態を備えたブール値としてそれを扱うのはさらに少ない。

Int（またはTinyIntに整列）Enumフィールドには、私の方法論になります。

まず、bitデータベースに単一のフィールドがある場合でも、行は1バイトを使用しbitます。スペースを節約する限り、複数のフィールドがある場合にのみ効果があります。

第二に、文字列/文字は、設計時にどのように見えるかに関わらず、「魔法の値」を感じさせます。言うまでもなく、それは人々が必ずしも明白なものにマッピングする必要のないほぼすべての値を保存できるようにします。

第3に、参照整合性を適用するために、数値はルックアップテーブルを作成するのがはるかに簡単（かつ優れた方法）であり、1対1を列挙型と関連付けることができるため、メモリ内の値の格納にパリティがあります。アプリケーションまたはデータベース内。

名前、声、会話から性別を推測し、性別がわからない場合があるので、文字「f」、「m」、「u」を使用します。最終的な決定は彼らの意見です。

それは本当にあなたがその人をどれだけよく知っているか、そしてあなたの基準が身体的な形なのか個人的なアイデンティティなのかによって異なります。心理学者は追加のオプションを必要とするかもしれません-女性とのクロス、男性とのクロス、女性とのトランス、男性とのトランス、両性具有、未定。単一の文字では明確に定義されていない9つのオプションがあるので、私はHugoの小さな整数のアドバイスを使うかもしれません。

オプション3が最善の策ですが、すべてのDBエンジンに「ビット」タイプがあるわけではありません。少しでもない場合は、TinyINTが最適です。

CREATE TABLE Admission (
    Rno INT PRIMARY KEY AUTO_INCREMENT,
    Name VARCHAR(25) NOT NULL,
    Gender ENUM('M','F'),
    Boolean_Valu boolean,
    Dob Date,
    Fees numeric(7,2) NOT NULL
);




insert into Admission (Name,Gender,Boolean_Valu,Dob,Fees)values('Raj','M',true,'1990-07-12',50000);
insert into Admission (Name,Gender,Boolean_Valu,Dob,Fees)values('Rani','F',false,'1994-05-10',15000);
select * from admission;

ここにリンクの説明を入力

オプション3を使用しますが、1つではなく複数のNON NULLABLEビット列を使用します。IsMale（1 =はい/ 0 =いいえ）Is Female（1 =はい/ 0 =いいえ）

必要な場合：IsUnknownGender（1 = Yes / 0 = No）など...

これにより、定義の読み取り、拡張性、プログラミングが容易になり、ドメイン外の値を使用する可能性がなくなり、値をロックするために2番目のルックアップテーブル+ FKまたはCHECK制約が不要になります。

編集：修正、設定されたフラグが有効であることを確認するには、少なくとも1つの制約が必要です。