配合表マスタはT65配合表Mの1テーブルのみで構成しています。他のマスタのようにコード管理用のサブテーブルやロット単価テーブルを持たず、配合番号・配合剤・配合量・訂正履歴までをすべて1テーブルに集約したシンプルな構成です。
T65配合表M テーブル
配合表マスタの唯一のテーブルです。配合剤・配合量を最大10種類まで保持できる横持ち構成になっており、訂正履歴や拡張用フィールドも同一テーブル内に持たせています。
T65配合表M テーブルデザインビュー
基本情報
配合表を特定するための基本項目です。
テーブル名:T65配合表M(基本情報)
| フィールド名 | データ型 | 役割 |
|---|---|---|
| ID | オートナンバー型 | 主キー |
| 配合番号 | 短いテキスト | 任意の社内定義で設定する配合番号 |
| 登録日 | 日付/時刻型 | 配合番号登録日 |
| 原材料名 | 短いテキスト | 代表の主原料名 |
| 硬度 | 短いテキスト | 硬度 |
| 色調 | 短いテキスト | できあがりの色調 |
| 合格ロット番号 | 短いテキスト | 配合決定時に合格したロット番号 |
配合剤・配合量(1〜10)
配合剤は最大10種類まで保管できる設計です。配合剤1〜配合剤10・配合量1〜配合量10がそれぞれ対になっており、現場からの「10種類まではいかない」というヒアリングを反映した数です。
テーブル名:T65配合表M(配合剤・配合量)
| フィールド名 | データ型 | 役割 |
|---|---|---|
| 配合剤1〜配合剤10 | 短いテキスト | 配合剤(資材名をテキストで保持) |
| 配合量1〜配合量10 | 数値型 | 各配合剤の配合量(小数点3桁) |
| 基本配合量 | 数値型 | 配合量計算の元となる基本重量 |
再練り材・備考
再練り材とは配合品の再利用品を配合表に投入する場合に使用する項目です。
テーブル名:T65配合表M(再練り材・備考)
| フィールド名 | データ型 | 役割 |
|---|---|---|
| 備考 | 短いテキスト | 備考・メモ(200文字) |
| 再練り材 | 数値型 | 再利用材を投入する場合の数量 |
| 再練りメモ | 短いテキスト | 再練り材に関する備考・メモ |
承認・訂正履歴
配合表は訂正のたびに新しい配合番号で登録し直す運用のため、訂正回数は少なく、別テーブルに切り出さず本テーブル内にフィールドを持たせています。
テーブル名:T65配合表M(承認・訂正履歴)
| フィールド名 | データ型 | 役割 |
|---|---|---|
| 従業員コード | 数値型 | 配合表作成者コード |
| 確認者コード | 数値型 | 配合表作成時確認者コード |
| 承認者コード | 数値型 | 配合表作成時承認者コード |
| 訂正日1〜訂正日3 | 日付/時刻型 | 訂正日 |
| 訂正内容1〜訂正内容3 | 短いテキスト | 訂正内容 |
| 訂正者1〜訂正者3 | 数値型 | 訂正者コード |
| 訂正承認者コード1〜訂正承認者コード3 | 数値型 | 訂正承認者コード |
拡張用フィールド
将来使う可能性を見込んで先行して用意しているフィールドです。テーブル設計の段階で、今後使われるであろう項目をあらかじめ確保しておく考え方に基づいています。
テーブル名:T65配合表M(拡張用)
| フィールド名 | データ型 | 役割 |
|---|---|---|
| 更新 | Yes/No型 | 編集作業が行われたらTRUEにし、変更履歴の有無を示す想定(現在未設定) |
| エクスポート | Yes/No型 | Excelへのエクスポート活用を見込んだフラグ(現在保留中) |
| 色見本区分/色見本メモ | 短いテキスト | 拡張用(現在未使用) |
| キュラストマスタ区分/キュラストマスタメモ | 短いテキスト | 拡張用(現在未使用) |
| 色見本区分1/色見本メモ1 | 短いテキスト | 拡張用(現在未使用) |
| ID1 | 数値型 | 拡張用(現在未使用) |
まとめ
配合表マスタはT65配合表Mの1テーブルのみで完結するシンプルな構成です。配合剤・配合量を10種類ぶん横持ちで管理し、再練り材・訂正履歴・拡張用フィールドまで同一テーブルに集約しています。配合剤をテキスト保管にすることで現場のコメント付与に対応しつつ、訂正は新規番号での再登録運用とすることでテーブル構造を複雑にしない設計思想が貫かれています。
本サイトではマクロを用いた構築手順を中心に紹介していますが、決してマクロを唯一の正解として推奨しているわけではありません。VBAが扱える環境であれば、より多彩で柔軟なプログラムが組めるVBAでの構築をむしろ推奨したいと考えています。
ここでマクロという選択肢を提示しているのは、VBAにハードルを感じている方への「もう一つの入り口」として、また将来的な後継者への引き継ぎ負荷を抑えるという実務上のメリットを考慮してのことです。設計の考え方の一つとして、状況に合わせて活用してください。