購買、販売、在庫システムの設計上のアイデアは何ですか?

同様のプロジェクトをやったことがないので、一般的なアイデアについてお聞きしたいです。

おそらく、A、B、C が 3 層代理店であることを意味します。C は B から商品を購入し、B は A から商品を購入します。A には一般的な製品在庫リストがあります。

私の現在の設計アイデアは、別の購入テーブルを作成し、各購入のデータをこのテーブルに書き込み、データを統合するときに購入テーブル全体を走査して必要なデータを計算することです。

しかし、この設計では、購入データが呼び出されるたびに、購入テーブル全体を計算して走査する必要があることを意味します。これは不合理ではないでしょうか。

これは小規模なプロジェクトであり、データ量は特に大きくありません。

より合理的なデザインを設計する方法を経験豊富な先輩方に聞きたいです、ありがとう~~~

ディスカッションへの返信(解決策)

購買、販売、在庫システムは材料をシミュレートするシステムですガイドライン

は主に設計上の考え方に関するものであり、上記の考え方は合理的ではないと思います。

この購入、販売、在庫は単なる追加機能であり、特に包括的な純粋な購入、販売、在庫システムではなく、最も基本的で最も重要な機能が実装されているだけです。

購入テーブル全体を計算するにはどのようなデータが必要ですか? 毎回どのデータを調べる必要がありますか?合計できないのですか？

ERP の購入、販売、在庫に関するドキュメントをご覧いただけます。