Sollte ich meine zwei Spalten verwenden, die einen Datensatz eindeutig als Primärschlüssel identifizieren?

Question

Ich fing an, eine Datenbank zu entwerfen, die Systemereignisse verfolgt, indem ich einigen on-line-Tutorien folge, und einige einfache Beispiele beginnen, indem sie automatisch inkrementierende IDs als Primärschlüssel zuweisen. Ich schaute auf meine Datenbank, ich brauche keine IDs. Von allen meinen Spalten sind der Zeitstempel und die Geräte-ID die zwei Spalten, die zusammen ein eindeutiges Ereignis identifizieren.

Was mein Programm gerade tut, ist einige Ereignisse aus dem Systemprotokoll in den letzten x Minuten zu ziehen und diese Ereignisse in die Datenbank einzufügen. Allerdings könnte ich zu sehr in die Vergangenheit gehen, dass sich die Ereignisse mit denen in der Datenbank überschneiden. Wie bereits erwähnt, sind Zeitstempel und Geräte-ID die zwei Felder, die ein Ereignis eindeutig identifizieren. Meine Frage ist, sollte ich diese beiden Felder als Primärschlüssel verwenden und ab sofort "Insert ignore" verwenden, damit ich doppelte Datensätze vermeiden kann?

Answer 1

Es ist eine gute Praxis, Ihre Geschäftswerte nie als Primärschlüssel der Tabelle zu verwenden und immer synthetische, z. Autoincrement, Werte dafür. Sie werden Ihr Leben in Zukunft einfacher machen, wenn sich die Geschäftsanforderungen ändern.

Wir haben gerade mit genau dieser Situation zu kämpfen. Haben Sie eine Spalte mit Business-Werten als Primärschlüssel für 2 Jahre und jetzt schmerzhaft eine Autoincrement-Einführung.

Answer 2

Möglicherweise müssen Sie in Zukunft Fremdschlüssel aus anderen Tabellen verwenden, um einige Zeilen zwischen zwei Tabellen zu verknüpfen. Es ist einfacher mit einem einspaltigen Primärschlüssel.
Aber wenn Sie es jetzt nicht brauchen - keine Notwendigkeit, Spalte speziell für den Index zu erstellen. Die Tabelle kann in Zukunft geändert werden, um eine solche Spalte mit Autoinkrement hinzuzufügen und den Primärschlüssel dorthin zu verschieben.