[qson]

Ursprungligen postat av BOM

Lägg in ett extra idfält för unika icke-sekventiella id.

Så har jag nu, ett auto_increment-fält och ett "unikt id"-fält som baseras på auto_increment-värdet som jag visade i tidigare post.
Dock vill jag fortfarande hålla bokningsnumrena så korta som möjligt, därför har jag använt auto_increment med ovanstående omräkning.

Ursprungligen postat av BOM

Eller slopa det sekventiella, använd inte auto increment.

Om man skall slopa det sekventiella och bara köra slumpmässiga så behöver numret vara ganska långt för att garantera att det är unikt.

[BOM]

Ursprungligen postat av qson

...Om man skall slopa det sekventiella och bara köra slumpmässiga så behöver numret vara ganska långt för att garantera att det är unikt.

nej, om fältet är primary
upprepa insert med ett slumpid tills den tar emot det, tex:
insert into tabell (ID,...) values (floor(1+(rand()*999999)),...)

[Conny Westh]

Ursprungligen postat av BOM

nej, om fältet är primary
upprepa insert med ett slumpid tills den tar emot det, tex:
insert into tabell (ID,...) values (floor(1+(rand()*999999)),...)

Borde bli så här för ena systemet "5":

insert into tabell (ID,...) values (floor(5000+(rand()*999)),...)

Borde bli så här för andra systemet "6":

insert into tabell (ID,...) values (floor(6000+(rand()*999)),...)

Borde bli så här för tredje systemet "7":

insert into tabell (ID,...) values (floor(7000+(rand()*999)),...)

[qson]

Chiffer verkar trevligt. Det är nog vad jag söker.
Om jag konstant använder samma chiffer med löpnummer är jag väl garanterad att aldrig få två lika resultat (som man kan få med hashar).

Spåna gärna vidare! Det är mycket intressant!