「データ パターン」を間違って使用した場合は、申し訳ありません。ここにいくつかの背景があります。Access データベースを Web ベースの MYSQL アプリに移植しています。これが私たちが追跡しているものです。
最大 16 ヘッドのマシンがあります。各ヘッドには 3 つの項目が関連付けられており、2 つは整数、1 つは短いテキスト文字列です。各製造オーダーは、少なくとも 1 つのヘッドを使用します。16 個すべてを使用する人もいれば、1 つだけを使用する人もいます。複数のヘッドが使用されている場合は、それらが使用された順序を追跡します。各製造オーダーには、いくつかの短いフィールドから中程度の長さのフィールドがあり、それらも保存されます。生産工程の大部分は、指定されたヘッドの半分未満しか使用しません。
現在、データはすべてを 1 つのテーブルに格納する Access データベースにあるため、行ごとに 6 + (16*3) 48 フィールドが格納され、合計 54 列になります。検索される唯一のフィールドは、整数である 2 番目の 2 つです。
id|workorder|partnumber|note|machine|reference|head1spec1|head1spec2|head1spec3|head2spec1|head2spec2|head2spec3|
...etc から 16 の頭に
各行には 16 個の要素が含まれており、これらの要素を個別のテーブルに分割して結合して結果を表示できるため、そこには多くのデッド スペースがあることに気付きました。約10年データを取得しており、現在Access DBのファイルサイズは60.8MB
これが私の質問です。この場合、そのデータは検索に使用されず、すべてを1つの列にまとめることは、その情報の自然な状態のようなものであるため、正規化することには実際の利点がありますか(おそらく正しい使用法ではない)?