私は、ユーザーがネットワーク内で在庫/製品情報を共有できるようにするソーシャルネットワークスタイルのアプリケーションの構築を含むプロジェクトに取り組んでいます (調達用)。
私はまともなプログラマーですが、データベースの専門家ではありません。データベース設計に関してはなおさらです。現在、ユーザー/企業情報は、完全に機能している MySQL のリレーショナル データベース スキームを介して保存されます。
私の問題は、私のリレーショナル スキームがユーザー/会社情報に対して見事に機能する一方で、在庫情報の実装方法について混乱していることです。問題は、各「在庫リスト」には、製品タイプに固有の異なる属性が確実に含まれますが、リスト内の他の各製品の属性と同じであるということです。最初に考えたのは、「在庫リスト」ごとにテーブルを作成することでした。しかし、これは非常に厄介で、KDD での今後の試みを複雑にするだろうと私は感じています。また、「マスターインベントリ」を使用して情報を保存することも（簡単に）検討しました（たとえば、変数カテゴリとデータをJSON文字列として保存します。しかし、JSON文字列MySQLはお尻の大きな痛みになるだろうと考えました.
私の質問は、本質的に、他の誰かがこの問題をどのように解決するのでしょうか? または、より一般的に言えば、リレーショナル データベース管理の原則に固執する場合、類似したタイプの一意で大きなデータ セットを親ユーザーに関連付ける「正しい」方法は何ですか? 問題は、機能するものを簡単にジェリービルドできることはわかっていますが、この問題を解決する方法についてのコンセンサスに本当に興味があります。
ありがとう！