複雑なSQL構造の設計

Question

かなり複雑なSQL構造を設計する必要があります。

私は会社から電子タバコの液体を注文することができる製品配電パネルを作っています。

各液体は、それ自身のボリューム、ミルクラムのニコチン、名前とブランドを持っています。 管理パネルを使いやすくしたいと考えています。管理者は、名前とブランドの製品を追加し、ボリュームとパワー（ニコチン）を追加するだけです。

私は、製品（ブランドと名前）、そしてボリュームとパワーを備えたメインテーブルを作ることを考えていましたが、それについて考えると、本当に悪い考えです...テーブル力のために、10ミリグラム、20ミリグラム、18ミリグラムのような文字列のセットを作ることは間違いです。

どうすればよいですか？ ありがとうございます。

Answer 1

新しい要件によれば、画像に記載されているようにdbスキーマを持つ方がよいと思います。

あなたはproductsテーブルとvolumes、powersとnicotineテーブルを持っています。 productテーブルの製品にボリューム、パワー、またはニコチンのいずれかがある場合、対応するテーブルに関連するproduct_idのレコードがあります。

1つのブランドには多くの製品があり、すべての製品にニコチン、パワー、またはボリュームの特性がある場合とない場合があります。たとえば、製品がnicotineのプロパティを持つ場合、nicotineテーブルにはproduct_idというレコードがあります。そうでない場合、nicotineテーブルにはこのproduct_idのレコードが含まれません。同じルールがpowersとvolumesに適用されます。