レコードを主キーとして一意に識別する2つの列を使用する必要がありますか？

Question

いくつかのオンラインチュートリアルに従うことで、システムイベントを追跡するデータベースを設計し始めました。簡単な例は、自動インクリメントIDを主キーとして割り当てることから始まります。私は自分のデータベースを見ましたが、本当にIDは必要ありません。すべての列のうち、タイムスタンプとデバイスIDは、一意のイベントを識別する2つの列です。

今の私のプログラムは、過去数分間にいくつかのイベントをシステムログから取得し、これらのイベントをデータベースに挿入することです。しかし、私は過去にあまりにも多くのイベントがデータベース内のものと重複している可能性があります。前述したように、タイムスタンプとデバイスIDは、イベントを一意に識別する2つのフィールドです。私の質問は、私は私のプライマリキーとしてこれらの2つのフィールドを使用し、今から "Insert ignore"を使用する必要がありますので、私は重複レコードを避けることができますか？

Answer 1

ビジネスの値をテーブルの主キーとして使用することは避けてください。オートインクリメント、これの値。ビジネス要件が変わると、将来あなたの人生が楽になります:)

私たちは現在、このような状況に苦しんでいます。 2年間のビジネス・キーを主キーとする列を持ち、今は辛抱強くオートインクリメントを導入しています。

Answer 2

今後、2つのテーブル間で一部の行をリンクするには、他のテーブルの外部キーを使用する必要があります。 1列の主キーでは簡単です。
ただし、今必要がない場合は、インデックス用の特別な列を作成する必要はありません。将来的には、このような列をオートインクリメントで追加してプライマリキーをそれに移動するためにテーブルを変更することができます。