ＫＥＹの形式を別な観点で分類してみます。
Ｓタイプ：発番対象のエンティティめがけて発番するＫＥＹの形式です。「連番」だけでＫＥＹを構成します。ＳタイプのＳは、シーケンシャルの略。
例）顧客コード、社員コード、受注番号
ＲＳタイプ：発番範囲あるいは発番期間を表す参照ＫＥＹ（ＲＫＥＹ）別に「連番」を付与するＫＥＹの形式です。ＲＳタイプのＲはリファレンス、Ｓはシーケンシャルの略。ＲＳタイプも、当該エンティティに直接番号を付与しているところはＳタイプと同じです。ただし、「Ｒ」が含まれるところがＳタイプと異なります。
例）［企業コード＊．事業所コード］［商品分類コード＊．商品コード］＊はＲを示す記号。
ＲＳタイプのＫＥＹで注意が必要なことは、「Ｒ」が参照している先のエンティティと当該エンティティの関係です。悪い設計のＲＳタイプを例示すると、
［組織コード＊．社員コード］：社員が組織を異動するたびにＫＥＹを変える必要がある。
［支店コード＊．顧客コード］：１つの顧客に対して、支店別の顧客コードが存在することになり、全社的に同じ顧客を把握できなくなる。
ＲＲタイプ：２つ以上の参照ＫＥＹ（ＲＫＥＹ）を組み合わせるＫＥＹの形式です。
例）［倉庫コード＊．商品コード＊］−（在庫数）
［商品コード＊．販売年月＊］−（販売数）
当該エンティティを直接識別するために用意される「連番」が存在しません。このＫＥＹは、在庫エンティティ、要約エンティティ、断面エンティティに頻繁に現れます。
さて、ここで簡単な質問です。
ＳＳタイプのＫＥＹ（連番を２つ、当該エンティティに発番するＫＥＹ）が存在しないのはなぜでしょうか？
« 連番のあるKEYと無いKEYエンティティ名とＫＥＹ名 »
