mySQL roder rundt med id'er

Du skal bare lade det være som det er. Man skal tage de autoincrementede id-felter for hvad de er: unikke tal, men man må ikke antage, at de er fortløbende i den kode man nu skriver bag ved.

Men indtil nu har jeg jo bare ændret fra 4223 til 423. Og 4224 til 424 automatisk efter hver post... Så noget bør man vel kunne gøre tænker jeg... Selvom det ikke betyder noget som helst så irriterer det mig bare at den har taget det kæmpe hop.. :=)

Du boer som Erik siger lade det vaere. Der kommer altid huller paa et tidspunkt.

Hvis du absolut vil spilde din tid saa vil jeg tro at ALTER TABLE dittabelnavn AUTO_INCREMENT = nyvaerdi kan fixe det.

Jeg har en anden tabel med over 6000 poster. Der er intet hul... så vidt jeg kan læse mig frem til , så kan alter table ikke redegøre det, men måske har du noget kode, der kan ? :-)

ALTER TABLE er ikke for at aendre vaerdier men for at fortaelle MySQL hvilken id den skal starte med at tildele automatisk bagefter.

Du faar huller i id paa mange maader:
- slette raekker
- transaction rollbacks
- fejl indsaet

Selvfølgelig kan der komme huller. Men der er forskel at hoppe fra 1 til 3 end 400 til 4000. Det er ikke en bekymring for mig , bare en irritation.

Men tak! alter table virkede problemfrit og den kører videre fra hvor den skal nu.

Jeg forstår ikke hvorfor jeg blev bedt om at lade det være. Altså det er jo op til en selv, personligt, om man vil have et spring på 4000 eller ej, når det kan rettes :-)

Smid gerne svar, arne_v :)

Mysql kører jo med en "intern" næste-nummer.
Så hvis du starter på en "frisk", så vil næste nummer være:
1, 2, 3, 4 osv..
Hvis du så med vilje eller uheld, indsætter, retter et ID til 1000, så vil næste nummer blive "sat" til: 1001 osv...
Så det er jo ret logisk at den gør som den gør.

Du skal ikke vaere overrasket over at blive fraraadet at forsoege at holde id'ere strengt sekventielle.

Det er en ret haabloes ide.

Hvis du i et bil forum spurgte om hvor man kunne koebe firkantede hjul, saa ville du nok ogsaa blive fraraadet at goere det.

og et svar

jamen hvorfor er det jeg bliver frarådet at ændre det? det er jo fuldstændig ligegyldigt om den starter fra 1 eller fra 10.00000.0000000. Der er intet i det. Det er personligt. SKal min database starte fra 123 eller 10.550. Det er da bare smagssag?

du kan ikke sammenligne det med at købe firkantede hjul. DÈT er et problem, men at køre sin database fra id 400 fremfor 4000 er jo ikke et problem, bliver aldrig et problem og kan aldrig nogensinde udvikle sig til et problem.

jakabdo - du har nok ret. jeg havde bare ikke tænkt sig på at den ville starte fra det nummer, jeg uheldigvis kom til at skifte den til :-)

Der er ikke noget problem ved at lade tabellen starte id med en vaerdi forskellig fra 1 ved oprettelse.

Der er ingen grund til det, men der sker heller ikke noget ved det.

Det er heller ikke det der opponeres imod.

Der opponeres mod ideen med at loebende efter ibrugtagelse at forsoege at holde id'erne sekventielle.

Og det er ikke et spoergsmaal om personlig praeferance.

Det vil ske igen og igen at der kommer huller og kraeve rettelse igen og igen.

Det koster tid at lave den slags og koster derfor penge.

Derfor er det en rigtigt daarlig ide.

Tak for yderligere info, Arne :)