データベース システムを POS にしようとしていますが、エンティティと製品在庫エンティティの間で混乱しています。商品と在庫の違いは何ですか？
在庫が利用可能な製品の量を制御する必要があることは知っています....しかし、私はそれをすべて製品に持っています。
product code
name
description
cost
unit price
Subcategory code
brand code
amount available
Minimum quantity for rehearing
state
tax code
weight
amount wholesales
wholesales price
perishable
due date
creation date
upgrade date
在庫に何を入れるべきですか？私は調査しましたが、読んだ内容によると、製品、説明、数量、購入価格、販売価格、利益または利益、および取引の日付が必要です。しかし、ほとんどすべてが Products テーブルにあります。どうすればよいでしょうか?
製品は抽象的な商品またはサービスです。商品は資産の仕様です。
例 「2014 マツダ 3」は良いです。「VIN 12345 の 2014 マツダ 3」は資産です。
カタログは、販売したい製品のリストです。それらはまだ存在している必要はありません。
販売用に保持されているアイテムは、販売するために保管しておく資産です。これらは委託されている可能性があります（他の誰かが所有しています）。
在庫は会計の概念です。それは、あなたが所有している販売用に保持されているアイテム、およびあなたが責任を負うインバウンドおよびアウトバウンドの商品、およびその在庫の保持に関連する費用のドル価値です。
FIFOやLIFOなど、さまざまな方法で在庫の価値を追跡できます
商品テーブルに在庫を格納できると思います。製品と販売の購入、さらにはレコードの調整 (アイテムがカウントされ、その数がデータベースに格納されているものと異なる場合) のトランザクション テーブルは確かに存在しますが、生産テーブル自体に格納されている在庫を簡単に操作できます。データベース全体をスキャンして、毎回すべての購入と販売と修正を合計する必要はありません (また、計算が無効になるため、データベースから古い取引データを削除することはできません)。
ただし、代わりに在庫テーブルに在庫を格納する理由があります。たとえば、さまざまなステータスを保存したい場合、たとえば、店舗に 100 個と、到着したばかりでまだチェックされていない 20 個があります。または、商品を保管する店舗と、追加の在庫を収容する倉庫があります。または、同じ製品として提供している料金 (たとえば、わずかに変更された製品の異なるモデル番号) があるが、それでも古いものの在庫と新しいものの在庫数を知りたい。等々。
したがって、製品在庫に追加のデータを保存したい場合は、現在の 1:1 ではなく 1:n の関係になります。