Unique id

Du kan f.eks bruge ROWGUIDCOL (generere et GUID).
http://forums.databasejournal.com/archive/index.php/t-34052.html

Ellers kan du også vælge at hashe dine url parametre som diskuteret her:
http://www.eksperten.dk/spm/695272

... PHP har vist en MD5 hash funktione indbygget, så det er lidt nemmere her. Men du burde kunne se ideen i funktionen og porte det fra asp til php.

Glem mit første link. Så lige at det var til MS-SQL og ikke MySQL...

I MySQL lader det til at du bare skal bruge UUID() funktionen:
http://forums.mysql.com/read.php?20,9430,9695#msg-9695

<ole>

Hvorfor ikke bare et felt med autoincrement? Dets værdi er jo altid unikt i den tabel  ;o)

/mvh
</bole>

- og så bliver dine links nok heller ikke så lange de første par år  ;o)

olebole >>
Tror måske det er fordi man så ikke bare kan gætte sig frem til ID'et og validere emails, som ikke skulle have været valideret...

fennec> jep, det er fordi man ikke må kunne gætte sig frem til det

jeg synes ikke helt denne uuid()-funktion gør det helt rigtigt.

Det er kun de første 10 cifre der ændrer sig ... de sidste mange cifre er dermed blot "spild" i databasen.

http://dev.mysql.com/doc/refman/5.0/en/miscellaneous-functions.html#function_uuid
1-3. del er et timestamp.
4. del lader til at være sommer/vinter tid.
5. del ladet til at være en hardware key, så 2 computere ikke kan generere det samme tal her.

På en server vil del 4 næsten altid være det samme (skifter ved sommer/vinter tid) og del 5 vil altid være ens, medmindre hardware byttes ud.

Så ja den er ikke mere unik end at man kan gætte sig til de efterfølgende numre, men man skal prøve for hvert millisek så der er MANGE at prøve...

Men ellers tag et kik på hash løsningen jeg også har linket til. Det fungere (bruger det selv)

jeg har selv lavet en function, så kan jeg altid have styr over tegn og længde ;)

I må gerne lægge et par svar :)

.o) <-- One Eyed Jack

Ikke points til mig, tak. Jeg misforstod spørgsmålet lidt, så dén løsning var ikke en løsning. En anden gang  ;o)

ok - fennec får pointene - tak for responsen!

Vær forsigtig med selv at lave en funktion fra bunden af medmindre du har en PhD i matematik.

Det nemmeste vil være at kombinere det foreslåede og bruge SHA1(UUID()).

Eller MD5(UUID()) men den udsender forkerte signaler.

Da en hash har en lille bitte sandsynlighed for at generere duplikater bør du
teste for dette. Chancen for at resultat er et duplikat er ca. antal andre
udestående gange med 10 opløftet til -48.

Jeg har blot lavet en funktion der piller ud fra en streng:
$streng = "abcdef...osv...ABCDEF...osv...1234..."

Så kalder jeg funktionen kald_funktion(streng_længde);

Jeg kom til at tænke på, at de jo ikke engang behøver at være unikke. De skal jo blot hænge sammen med email-adressen, for at den kan blive valideret.

Det synes jeg burde være safe nok :) Ved bare ik hvor lang linjen skal være for at den er "umulig" at gætte?