ショップのデータベースを設計していて、ちょっとした問題に直面しました。当店に商品 x があり、購入価格があり、小売価格が得られるとします。しかし、同じ商品で価格差のあるショップへの別の供給があります。1- 店主によると、彼は商品に対して 1 つの価格が必要です。2-出荷から製品情報を分離する必要があります。製品IDのテーブルを配置する必要があります-名前-参照およびサプライヤーインボイスの他のテーブル-製品ID-数量-購入価格
もう一度、製品の最初のテーブルまたは他のテーブルに価格を表示する必要がありますか?実際の数量はどこに配置する必要がありますか?
アイデアが必要です....
注文/原価計算用のシステムをいくつか構築したことで、これを行う方法がたくさんあることが確認できました。
私が通常始める方法は、
製品は、使用している製品を識別します。サプライヤーはあなたのサプライヤーであり、SupplierProduct は製品の特定の価格情報を提供するために使用されます。製品はサプライヤーから提供されなければならないためです。
要件に応じて; SupplierProduct に関連する注文/請求書があるか、在庫から直接販売している場合は、SupplierProducts を在庫に配置し、在庫購入に基づいて販売価格と原価価格を適切に設定します。
次に、stock テーブルからアイテムを販売します。アイテムは在庫があるため、在庫テーブルの価格情報は、アイテムが在庫に入れられたときに支払われた実際の価格を反映しています。各製品が購入されたときの詳細を含む同じ製品/サプライヤーの在庫テーブルに複数のエントリがあり、現在の在庫レベルを維持します (ただし、これにより更新の問題が発生する可能性があり、通常は在庫テーブルと在庫変動表を作成し、併せて保有株式を決定する）
products テーブルには、製品の平均価格のようなものを保持する必要があると言えます。そのため、その製品をさらに注文する必要がある場合に、いくら費やす必要があるかを簡単に知ることができます。
ただし、商品価格は本質的に変動するため、正確な価格は商品自体の所有物ではなく、ショップが行うすべての購入または販売取引で合意されています。つまり、販売または購入した正確な製品価格と数量は、すべてのトランザクションの一部として請求書テーブルに属している必要があります。