DB設計の基本について

>たまにレコードテーブルにカテゴリフィールドを固定で５つ用意するパターンも見ます。

１を利用する場合、まさにこれですよね。

こんな事例がありました。

商品Aの規格をデータベースに格納する際に、どのように入れたらよいかというものです。

角度が１０度刻みのものもあれば５度刻みのものもあり、式にできない適当な刻みも存在してたり･･･。

5,10,18,22,50,100,120,180といった感じです。仕方がないのでカンマ区切りにしました。

このデータは発注などの入力制御にも使用します。

そのフィールドにあるかどうかで判断できるのでこれでよかったんじゃないかと思います。

フィールドの数が固定ではないのでこちらをえらびました。

２の方法でやった場合、

上記の例だと８個のレコードになるので、在庫処理をする際にめんどくさく感じて。

memo77 さんが回答しているように、RDBの原則では「２．レコードとカテゴリを関連付けするテーブルを用意する」となります。

しかし、Web業務ではカテゴリIDが変化することが多いので、「１．レコードテーブルに「カテゴリID」フィールドを用意し、カンマ等で区切って格納する」を使うことが多くなっています。

たとえば、HTML の <meta name="keywords"> タグのようなデータ構造の場合、「カテゴリID」ではなく「カテゴリ名」そのものをカンマ区切りで記述するような形になっています。