「原材料コード」+「色区分」+「サイズコード」=「商品コード」といった構造化データが、レガシーシステムでは当たり前のように使用されています。
このような商品コードになっていた場合、様々な問題が発生します。
例えば、ある原材料を使用している商品を調査する場合、商品コードの最初のn桁を原材料コードとして抜き出して、集計を行う必要があります。
構造化されたコード体系については、その内訳をそれぞれ個々のデータ項目として捉える必要があります。
上記の例でいえば、「原材料コード」「色区分」「サイズコード」をそれぞれ、独立したデータ項目として取り扱う必要があります。
新規にRDBでシステムを実現する場合には、構造化されたデータ項目は避けるべきでしょう。
特にキーとなる項目は構造化すべきではありません。
このような商品コードになっていた場合、様々な問題が発生します。
例えば、ある原材料を使用している商品を調査する場合、商品コードの最初のn桁を原材料コードとして抜き出して、集計を行う必要があります。
構造化されたコード体系については、その内訳をそれぞれ個々のデータ項目として捉える必要があります。
上記の例でいえば、「原材料コード」「色区分」「サイズコード」をそれぞれ、独立したデータ項目として取り扱う必要があります。
新規にRDBでシステムを実現する場合には、構造化されたデータ項目は避けるべきでしょう。
特にキーとなる項目は構造化すべきではありません。
※コメント投稿者のブログIDはブログ作成者のみに通知されます