購買、販売、在庫システムの設計上のアイデアは何ですか?
同様のプロジェクトをやったことがないので、一般的なアイデアについてお聞きしたいです。
おそらく、A、B、C が 3 層のエージェントであることを意味します。C は B から商品を購入し、B は A から商品を購入します。A には一般的な製品在庫リストがあります。
私の現在の設計アイデアは、別の購入テーブルを作成し、各購入のデータをこのテーブルに書き込み、データを統合するときに購入テーブル全体を走査して必要なデータを計算することです。
しかし、この設計では、購入データが呼び出されるたびに、購入テーブル全体を計算して走査する必要があることを意味します。これは不合理ではないでしょうか。
小規模なプロジェクトなので、データ量もそれほど多くありません。
経験豊富な先輩に、より合理的な設計方法を聞いてください、ありがとう~~~
-----解決策------------ -- ------
購買・販売・在庫システムは資材会計業務プロセスをシミュレートし、厳格な運用ガイドラインを持つシステムです
------ソリューション- ------------------
購入テーブル全体に必要なデータを計算し、毎回どのデータを調べる必要がありますか?合計できないのですか?
------ソリューション---------
ERPの購入、販売をご覧いただけますおよび在庫文書。