I dette særtema om aspekter af AI ser vi på skiftet fra sprogmodeller til AI-agenter, og hvordan virksomheder kan navigere i spændet mellem teknologisk hastighed og behovet for menneskelig kontrol.
Jamen altså. Det er jo alletiders - og det virker(!), jeg forstår bare ikke hvorfor?! Jeg troede ikke mySQL understøttede \"primary key\", men at man istedet måtte lave et UNIQUE INDEX på den kolonne man ville undgå redundant data i. Er det en forholdsvis ny feature?
Primary key har været med sålænge jeg kan huske. D.v.s. siden 3.22.26. :) Så helt ny er den ikke.
Forskellen på en primær nøgle og et unik index er, at en primær nøgle \"identificerer\" en bestemt post, hvorimod en unik nøgle er en måde til at øge hastighed og undgå duplikerede ting. En primær nøgle skal helst aldrig ændres for en bestemt post, hvorimod der normalt ikke er noget til hinder for at ændre en unik nøgle, sålænge den vedbliver at være unik.
Sådan er teorien vist. I mysql er det vist ikke den store tekniske forskel på en primær nøgle og et unikt index. Men såmeget kender jeg heller ikke til mysql-internals. :)
Ok - tak. Dvs sålænge man ikke arbejder med sammensatte nøgler, kan man i teorien ligesågodt lave en unik nøgle istedet? Det vil jo faktisk tillade een af sløse lidt med datadiciplinen, da man så uden problemer, kan sætte en anden kolonne til at være unik istedet?
Du kan også uden problemer sætte en anden kolonne til at være en primær nøgle istedet. Du skal bare droppe den primære nøgle og derefter sætte en unik nøgle.
Jeg plejer at sige, at man ikke bruger unikke index før man har sat en primær nøgle. Det er ikke helt korrekt, men som tommelfingerregel er det ok. Om en nøgle er sammensat eller ej er egentlig sagen irrelevant.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.