nicht angemeldet
Hello,
ich habe es mir im Laufe der Zeite angewöhnt, bei jeder tabelle die ich erstelle, auch einen Primarykey festzulegen. Nun gibt es ja auch Datensätze/Tabellen wo dieses nicht nötig scheint, da mann auf den einzelnen Datensatz nicht zugreifen muss.
Zum Beispiel speichere ich in einer Tabelle die id der Nutzer, die einen Newsletter erhalten haben (hier als beispiel mit Primary):
id | newsletter_id | user_id
nun werde ich wohl nie im Leben auf einen Datensatz davon zugreifen müssen, weil ich es ja nie ändern muss, sondern es handelt sich ja nur um ein Archiv.
Wie seht ihr das? Immer einen Primary festlegen, oder nur wenn nötig?
Im Prinzip wird hier eine M:N-Beziehungstabelle aufgemacht, deren Primary Key bereits aus dem Kombinationsschlussel der Schlüssel newsletter_id + user_id gebildet werden kann.
Das wäre übrigens auch sinnvoll, wenn man vermeiden will, dass ein User denselben Newsletter zweimal bekommt. Eine zusätzlcieh ID für den Datensatz ist also obsolet.
Liebe Grüße aus dem schönen Oberharz
Tom vom Berg
