区分値は数値にすべきか意味のある文字列にすべきか

Question

区分値となるカラムを設計する際、
例えば性別の場合、

①数値毎に意味を持たせる
0 = 不明
1 = 男性
2 = 女性

ID	Name	Gender
1	Kris	0
2	John	1
3	Jane	2

②意味のある文字列にする
Unknown = 不明
Male = 男性
Female = 女性

ID	Name	Gender
1	Kris	Unknown
2	John	Male
3	Jane	Female

のようにするのとでは、どちらが一般的なのでしょうか？
（性別の場合、U/M/F でもいい気はしますが、これもパターンとしては①だと思います）

①の場合、何を意味するのかが分からず設計書を調べるなどしなければならず面倒ですし、
コーディング時のミスにもつながるかと思います。
②の場合はデータ量が若干増える、CHECK制約をつけない場合にタイポを防げないなどのデメリットはあるかと思いますが、
それを踏まえても個人的には②で分かりやすくなるメリットの方が大きいと素人ながらに思うのですが、
一般解としてはどちらがよいのでしょうか？
（ＳＱＬアンチパターンなども調べましたが見つからず。。。）

よろしくお願いいたします。

無関係かもしれませんが、DBMSはSQLServer、このDBを扱うプログラムの言語はC#.NETです。(カラム名がパスカルケースなのはその関係)

Answer 1

自分が設計するのであれば、「キーとしての数値を用意する＋マスターテーブルを用意して、意味論はそちらに詰め込む」という方向で考えます。

id	slug	name
1	male	男性
2	female	女性
9	unknown	不明

マスターテーブルがあれば、「意味的な情報が必要ならそちらから取り出せる（特に、ORM環境があればものすごく便利）」「外部キーをかけることで、不適切な値が入らなくなる」など、運用上も好都合です。

Comments

[runny_nose]

ご回答ありがとうございます！！

ただ、大変申し訳ありません、よい例えが思いつかず、性別を用いてしまった私が完全によくなかったのですが、
私のお聞きしたかった区分値とは、性別のように区分自体に名称などのマスタが必要なわけではなく、
プログラム上の処理分岐にのみ使うような、真偽値ではないけどもフラグに近いような、
別途マスタで定義するほどでもないものを指しておりました。
例が悪く後だしのようになってしまいほんとに申し訳ありません。
ありがとうございます。

Answer 2

性別に限って言えば、以前バズってましたね
https://qiita.com/aoshirobo/items/32deb45cb8c8b87d65a4

一般的には、文字列も数字もどちらもあり答えは難しいと思います
性別や電話番号など、世界的に一般的な要素については、探せばそれぞれ標準規格があったり、ディスカッションされているので都度調べるのが良いのではないでしょうか

オリジナルの要素である場合は、それぞれ利点欠点があり、要件に依存すると思います。
場合によってはどっちでもよくて決めの問題になりますが、一貫性があるとなおよいと思います。
（ちなみに考慮として漏れがちになるのが可変性、変更する時どれだけ面倒くさいかです。追加、削除、変更があった時どうなるか）

Comments

[runny_nose]

ご回答ありがとうございます！
このような標準規格があったとは！

今回のご質問での"区分値"はまさに後者のオリジナルの要素を指しておりました。
（例えが悪く申し訳ありません・・・。）
一般解はない(要件次第)という結論かと思います。
むしろ②のパターンがアンチパターンではないと知れただけでも大きいです。
可変性などしっかり考慮し、検討したいと思います。
大変ありがとうございました！