列のユニークな組み合わせでPKを作成するか、数値のrowIDを追加する

Question

これはプログラミング上の問題であり、設計上の問題です。

私は小売製品に関する詳細情報を格納するテーブルがあります。

Name Barcode BarcodeFormat etc... 
---------------------------------------- 

(Name, Barcode, BarcodeFormat)は、3つの列が一意にテーブル（候補キー）でレコードを識別しますです。しかし、私はこれにFKが必要な他のテーブルを持っています。だから私はauto_incrementカラムitemIdを導入し、そのPKを作った。

私の質問は - 私は(itemId, Name, Barcode, BarcodeFormat)としてPKを持つべきか、PK(itemId)とUNIQUE(Name, Barcode, BarcodeFormat)を持っている方が良いでしょう。

私の主な関心事は、INSERTとSELECTの操作に関するパフォーマンスですが、サイズに関するコメントも歓迎します。 PK（品目ID）とUNIQUE（名前、バーコード、BarcodeFormat）：

私はmysql間違い

Answer 1

でinnodbテーブルを使用しています。あなたはすべてのあなたが1日、一意ではありませんバーコードの値なしで行を持っているので、あなたドンも

などに参加するためのマルチパートキーを使用しての手間を望んでいない

• 一意性の制約はビジネスレベルの問題であり、データベースエンティティの問題ではありません。あなたは常にキーが必要ですユニークさのビジネスルールが常に必要というわけではありません。

Answer 2

数百万の製品や非常に高いスループットが要求されない限り、パフォーマンス面で大きな違いはありません。

サロゲートPK（自動インクリメント列、第2の選択肢はPK(itemId)およびUNIQUE(Name, Barcode, BarcodeFormat)）は、ビジネスキーが変更された場合に管理しやすいため、お勧めします。

Answer 3

itemIdを既に追加している場合は、それをPKとして使用し、他の3つの列にUNIQUEを付ける必要があります。

itemIdがない場合は、他の列をPKとして使用できますが、どこにでも置くことは難しくなります。この場合、それはエンティティであるため、製品にはidが必要なのですばらしいわけではありませんが、関係が単なるものであれば、idカラムを持たないと受け入れられます。

Answer 4

2つの候補キーがあります。 3列の複合キーを「自然キー」と呼び、auto_increment列（この場合）は「サロゲートキー」と呼びます。どちらの場合も、データベースレベルでユニーク制約（論理的には小文字で「一意」）が必要です。任意選択で、1つの候補キーが「プライマリ」と指定されてもよい。どのキー（もしあれば）がこの指定を取得すべきかの選択は任意である。あなたにこの問題に関する決定的なアドバイスを与える人には注意してください！