「キー列」の定義がだいじ

こういうテーブルがあったとする

table:例

社員番号 入社年 名前

1 2000 田中太郎

2 2001 田中次郎

3 2002 田中太郎

ここでの社員番号は連番なので一番キーとして便利

社員番号1番の人は2000年入社の田中太郎さんしかいない

入社年も被っていないから（もし、もう社員が増減しないという非現実的な仮定を置くなら）キーにできる

2000年入社の人はここでは1人しかいないので、「2000年入社の人」で社員番号1番の田中太郎さんが一意に定まる

注意：非現実的な仮定なので、普通はキーにしません（多分どんなシステムでもしない）。あくまで理解のための例

入社年がこのテーブルにおいて一意でなくなっちゃうから

ところで、田中太郎さんは2人いるので名前の列は（単体では）キーにならない

「田中太郎」という情報だけでは社員番号1なのか3なのかわからない

でも「入社年と名前」の組み合わせなら重複がないので社員番号を一位に定めるキーになる

2000年入社の田中太郎さんは社員番号1番の人しかいない

今回の例だと入社年だけで決められちゃうからそれに何足しても一意にに決まるので例が悪かった

みたいな感じ

これは一つの属性だけに限らず、複数の属性で指定できる

(使ってる語彙が正しくなさそうだけれども)

あとから同じ名字の人や名前の人が入ってきて一意性が保てなくなる

だからそういう列はキーにしてはならない(単独で)

いつか再訪する

複数列を使ってもいい