やめた方がいいテーブル設計　〜重複データのカラム持ち〜

カラムによる重複データの保持（列持ち）

上記のように子供を複数持つ場合のデータの保持を、複数のカラムを作成することで対応したものは、列持ちと言われます。
そして、この列持ちは、システムを作る上で不適切な場合があります。

列持ちをやめたほうが良い理由

• システムの拡張性が悪い

データを列持ちで定義した場合、重複データの数の増加か難しくなります。
上の例では、子供を３人まで登録できるようにしていますが、もし４人目が生まれた場合、上記テーブルでは、４人目の登録を行うことができません。

もし、４人目を登録する必要が出てきた場合は、テーブルに列を追加する対応となります。
そして、テーブルへの列の追加は、コストの大きな改修となることが多いです。

なぜなら、テーブルを変更した場合、テーブルに合わせて、テーブルへの登録更新箇所および、テーブル参照を行なっている箇所のすべてのSQLおよび、 SQLを使用しているすべての機能の見直しが必要になるためです。

• nullによるデータ保持

データを列持ちで定義した場合、必ず列の数だけデータが作られます。
しかし、登録するデータによっては、あらかじめ用意した列より少ない列で良い場合があります。

もし、あらかじめ用意した列より少ない列で十分な場合、残りの列にはnullが設定されることとなります。

（例）子供を３人まで登録でいるようにしたテーブルに対して、子供１人しかいない場合

そのため、列持ちでデータを定義した場合、不要なnullデータが登録されてしまいます。
結果として、システム側で、取得データごとにnullのチェックが必要となります。

カラムではなく行でデータを保持する

データを行で保持することで、データを列持ちする場合に問題となっていたことがクリアされます。

まず、重複データの数が増えた場合についてですが、行でデータを保持している場合は、IDを追加し、新規で行を登録するだけで対応可能です。
そのため、場合によっては、システムの改修が不要となる場合もあります。
また、通常のシステム改修でも入力チェックを変更するだけで済む場合が多いです。

そして、行でデータを保持することで、必要な数だけ行を登録することが可能となります。
そのため、子供を登録するテーブルの場合、子供が２人であれば２行登録、子供が３人であれば３行登録となるため、nullによるデータの登録が不要となります。

なお、行でデータを定義した場合は、以下のようなテーブル構成になります。

テーブル設計について学びたい方へ

SQLについて学びたい方へ

その他