architecture - 在庫アプリケーションの設計に関するガイダンスが必要

Question

現在、私は在庫管理アプリケーションに取り組んでいます (後でこれは会計アプリケーションと統合することもできます)。次の重要なシステム設計関連の決定の 1 つを決定する際にあなたの助けが必要です:

要件：

1. 工場には複数の会計事務所（会社）があり、それら複数の会計事務所から商品が出入りしますが、物理的には一つの工場で消費され、すべての生産は単一の製造単位として管理されています。物理的な在庫または会計事務所に基づく生産品目の分離はありません。しかし、再び販売された商品は別の会計事務所からのものです。
2. 在庫データ、販売と購入は会社ごとに提供されます
3. 生産関連の記録は別に管理されていません
4. 全社（会計事務所）の在庫・生産データを一つのアプリケーションで一元管理し、確実に在庫・在庫を把握

では、具体的に次のことを提案してほしい。

1. すべての会社ごとのデータを互いに異なる個別のデータベースとして保持するかどうか、あなたは何を提案しますか
2. または、会社の個別の識別子を使用して単一のデータベースに保存し、個別のレポートで同時にすべてのデータにアクセスできる単一のアプリケーションを使用します。ユーザーごとのアクセスを設定できますか?

あなたは何を提案し、正しいアプローチは何ですか?

Answer 1

単一のアプリケーションですべての会社の一部のデータにアクセスする必要があるため、すべてのデータを同じデータベースに会社 ID を付けて配置するのが最善です。

さらに、次の理由により、単一データベースが推奨されます。

• 単一のデータベースをバックアップするため、保守が簡単
• 新しい会社を簡単に追加できます

単一のデータベースを使用しない場合は、非常に厳格なセキュリティ要件があり、単一のデータベース ソリューションでは満たすことができない場合です。