データベースの設計と主キーの作成

Question

私はminibar_billという名前のテーブルを持っています。私はそれを使ってクライアントの支出の証拠を保持しています。私はホテル/年金制度管理を構築しようとしています。

私は

...私は（id_bill、id_minibar_product、id_client）

とテーブル

Minibar_billを作ることができると私はbill_idに基づいて請求書にそれらの情報を追加したいと思いました私はそれをどうすればいいのですか？

私はそのような何かをしたい意味：

Id_bill(1) 
id_minibar_product(1,2,3) 
id_client(123) 

だから、最初の3つのレコードは次のようになります。

1, 1, 123 
1, 2, 123 
1, 3, 123 

と私はid_billは、請求書になりたい...多分私ができますid_bill（1） - データベース内の最初の請求書レコードとなります。 id_minibar_product（1,2,3） - 製品1,2,3となります。 idyclient（123） - 請求書に印刷するためにクライアントテーブルからデータを収集するために請求書に使用するクライアントID（私はUI用にC＃を使用します）。

私が試してみました何が：

私はid_billフィールドとid_productとDBを作成しようとしたが、私は彼ら構成される主キー作っので、それは間違ったアプローチだと思うと私は外国キーに追加することはできません請求書テーブル。ここで

Answer 1

は、デザインのためのいくつかの提案です：

それは、記述的なものに名前を付けることをお勧めしますけどテーブルを作成する場合は、充電を開始したい場合には一貫性がなく、晴眼者短くなるだろう、Minibar_billと呼ばれます室内映画、ルーム内の食事、サービスなどを客室に提供します。より一般的なものを呼び出すことをお勧めします - すべてのテーブル名からMinibarを削除してください。

コンマ区切りの値を決して1つのフィールドに入れないでください。

すでに提案されているように、MS Accessのテンプレートを含む、100万件の販売データモデルがオンラインにあります。私はあなたがそうBillがヘッダーである。この

Client     A list of clients 
Products    A list of products you can be billed for (not just minibar) 
Bill     A client has zero or more bills (usually one) 
BillLine    A bill has zero ore more lines. Each line represents 
         One product being charged for on a bll 

のようなものを持ってお勧めホイールに

を再発明ても意味がありません。インボイスされたか、支払われたか、または別個の請求モジュールを作成するかどうかを示す列を追加するかどうかは、あなた次第です。このコメントに関して

：

何私が望むことは、顧客によって購入されていミニバーのすべての製品の単一請求書のステータスを持つためにminibar_billする請求書をリンクすることです。

あなたが別々の請求書テーブルを持っている場合、あなたはそれをリンクすることにBillIDを書くことができます。

この情報がすべて異なるテーブルに存在し、たとえば請求書を印刷したときに、その時点ですべての情報を収集して収集するかどうかはわかりません。