![]() |
Hej!
Håller på med databasdesign (MySQL) av ett tidssytem. Ska knyta vissa objekt till specifika dagar. Eftersom `mydays` bara ska finnas max en post per dag, ska en date-kolumn ha ett unikt index. Det fungerar uppenbarligen att ha date som primary, min fråga är om det finns annan aspekt som gör att att man ändå inte bör använda det så här? Jag har nämligen aldrig sett detta någon annanstans. Med date-kolumn som primary: Kod:
CREATE TABLE mydays ( Kod:
CREATE TABLE mydays2 ( / Lasse |
Ett ID på en post skall vara något unikt, och enbart användas för att kunna länka ihop olika data.
ID på en post skall inte behöva vara synligt för en användare/brukare. Jag skulle rekommendera att du använder ett fält till med DATE & UNIQUE på istället. Eftersom du är ute efter något estetiskt. |
Tack för ditt svar Jonas.
Fördelarna jag ser är att jag kan söka i mydata-tabellen på datumintervall utan att behöva en join. (Datastrukturen här är en stark förenkling av verkligheten då den även innehåller versionhantering, så jag har redan andra joinar.) Anledningen till att jag har mydays är att jag kan vara säker på att det inte skapas poster med dagar i mydata som inte är definierade i mydays. |
Citat:
|
Alla tider är GMT +2. Klockan är nu 15:34. |
Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson