Generelt kan det ikke anbefales at bruge et autoincrement til noget som helst, ud over at være et unikt nummer. Hvis du synes du skal have en mening om den konkrete værdi, tror jeg din model er forkert.
Det man normalt gør er at man bruger almindelig auto increment, indsætter en record og lader MySQL generere en id og så henter den med LAST_INSERT_ID() og bruger den til indsættelse som foreign key i andre tabeller.
Hvis <10000 og >10000 giver forskellig opførsel, så vil jeg nok give Erik ret, så egner auto increment sig ikke til problem stillingen.
Men der skal ikke ændres meget for at få auto increment på banen igen. Hvis du tilføjer et ekstra felt og lader dets værdi bestemme den opførsel som <10000 og >10000 bestemer idag, så kan du igen bruge auto increment.
Og logikken er formentlig også både nemmere at forstå og mere fremtids sikret,
Hvis jeg har en primærnøgle med fx userid, så har jeg slet ikke noget at bruge et autoincrement felt til.
Synes godt om
Ny brugerNybegynder
Din løsning...
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.
