私は妻のビジネスのためのデータベースを開発しているので、私はSQLに精通していますが、何年もデータベースを設計する必要はありませんでしたので、デザインのフィードバック。次のように私の構造は次のとおりです。家事用SQLデータベースデザイン
テーブル
サプライヤー
これは私たちから製品を購入者です。
イベント
一つのサプライヤーは、多くのイベント(遺品整理、など)を持つことができます。外部キーイベント。サプライヤーIDはサプライヤーテーブルの主キーを指します。
製品
一つのイベントには、多くの製品を持つことができます。各製品はユニークです。 FK products.EventIDがPK Events.IDを指しています。各製品が一意であるため
SalesRecords
各製品は、一度だけ販売することができます。この表は、売上高、関連費用などのすべての情報を保持しており、利益を計算することができます。レコードは、製品が販売されたときにのみ生成されます。 FK SalesRecords.ProductIDは、PK Products.IDを指します。
あなたは、次の4 - 5年でtragetingされているデータベースのサイズは何ですか?それに従って、データベースの構造を定義する必要があります。 –
私たちは通常約2Kの製品を常時販売しており、月に約100〜150を販売しています。私の目標は、このデータベースを使用して、以前の販売でどれくらいうまくやったか、現在在庫にあるものなどを測定することです。 –