comment obtenir une chaine aléatoire pour une clé primaire ?

**thor76160** · 04/03/2010, 15h43

Bonjour (encore ^^)
J'aimerais créer une clé primaire en char(10) aléatoire sous MySQL.
C'est pour ma table client, l'auto-incrément sur un INT je trouve ça moisi à force de l'utiliser !
Existe-t-il un format spécial pour avoir une clé aléatoire unique sous MySQL ?
Merci pour votre aide

**CinePhil** · 04/03/2010, 16h24

Envoyé par thor76160

j'aimerais créer une clé primaire en char(10) aléatoire sous MySQL.
c'est pour ma table client, l'auto-incrément sur un INT je trouve ça moisi à force de l'utiliser !

C'est pourtant la meilleure clé primaire !
Voir cet article de SQLPro.

Du coup :

existe-t-il un format spécial pour avoir une clé aléatoire unique sous MySQL ?

J'en sais rien ! Ne cherche pas !

**Antoun** · 04/03/2010, 16h40

existe-t-il un format spécial pour avoir une clé aléatoire unique sous MySQL ?

Non, évidemment, pour les raisons soulignées par Phil.

**mydb_server** · 07/03/2010, 17h28

A ma connaissance, il n'y a pas de fonction native en MySQL qui permette de générer une clé aléatoire unique. Mais tu peux générer des chaînes aléatoires en utilisant des fonctions comme :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SUBSTR(MD5(RAND()), 1, 10)

Il te reste à assurer l'unicité que tu peux gérer au niveau de ton code applicatif.

Rachid A.

**Antoun** · 07/03/2010, 19h23

Envoyé par mydb_server

Il te reste à assurer l'unicité que tu peux gérer au niveau de ton code applicatif.

Horresco referens ! Un index unique fera beaucoup mieux l'affaire.

Mais encore une fois, je ne vois pas l'intérêt de la chose. Cette clef sera compliquée à générer, il faudra assurer son unicité par ailleurs, et au final elle sera sous-performante pour les recherches ou jointures.

**thor76160** · 17/03/2010, 13h43

en mysql ce n'est apparemment pas possible.
mais il existe une petite fonction pour sqlserver ainsi que pour d'autres produits microsoft, le GOUID. Ca permet d'avoir une chaîne aléatoire de chiffres et de lettres d'une longueur de 32 bits, ce qui offre des milliards de possibilités et l'assurance de ne jamais tomber 2 fois sur la même. Ca c'est de la clef primaire, bien meilleur qu'un auto incrément ! en effet, si je disais à mon client que son code client est "1", il ferait une sale tête xD

merci pour vos infos

**CinePhil** · 17/03/2010, 14h30

Envoyé par thor76160

ca permet d'avoir une chaine aléatoire de chiffres et de lettres d'une longueur de 32 bits, ce qui offre des milliards de possibilités et l'assurance de ne jamais tomber 2 fois sur la même.

FAUX !
Le risque d'avoir deux fois la même chaîne générée n'est pas nul !

ça c'est de la clef primaire, bien meilleur qu'un auto incrément !

FAUX !
Voir l'article de SQLPro sur la qualité d'une bonne clé. En plus je me rends compte que j'ai déjà recommandé la lecture de cet article !

Au fait, tu peux nous dire pourquoi tu trouve ça "moisi à force de l'utiliser" la clé primaire auto-incrémentée ?
Le traitement sur un entier est beaucoup plus rapide et le stockage est beaucoup moins gourmand (4 octets par numéro).

en effet, si je disais à mon client que son code client est "1", il ferait une sale tête xD

La clé primaire n'a pas vocation a être utilisée comme donnée à l'utilisateur et encore moins au client ! Elle ne sert que d'identifiant interne à la BDD pour les index et les clés étrangères.
Relire l'article cité précédemment !

**tomboul** · 15/11/2010, 15h29

Effectivement la clef incrémentielle est bien meilleure d'un point de vue accessibilité, mais pour certaines utilisations elle peut présenter une faille de sécurité.

Si on utilise un telle clef dans un lien sur un mail, on peut facilement se la faire pirater alors qu'une clef aléatoire de type UUID() est bien plus sûre
c'est un nombre sur 128 bit. Si on a une base avec 1 millions d'abonnés (très rare !!) on a 1 chance sur des milliards de trouver une bonne clef !!!

voir http://dev.mysql.com/doc/refman/5.0/...functions.html
et rechercher UUID

Donc l'astuce c'est de créer un index de type VARCHAR de longueur 36 et de mettre comme valeur par défaut : (SELECT UUID())

**CinePhil** · 15/11/2010, 15h44

Tu ne viendras pas pleurer quand tu verras la dégradation des performances de ta BDD quand tu auras 1 million de lignes dans une table avec une telle mauvaise clé primaire !

Arguments déjà donnés plus haut, je ne vais pas répéter.

**SQLpro** · 15/11/2010, 18h23

J'adore le niveau de culture voisin du néant absolu de ce forum....

Chaque fois que j'ai cinq minutes, je lis les post de MySQL pour me détendre.

Ca me fait toujours plaisir de rigoler aux inepties que les internautes racontent ici !

Depuis plusieurs années, je ne poste presque plus de conseils ici tant les personnes qui fréquentent ce forum sont pour le moins obtus à bouché !

Encore une brillante démonstration de la pauvreté intellectuelle sous-jacente à MySQL.

A force de populariser de tels outils on en arrive a diffuser des informations de plus en plus stupides. Ce que les spécialistes des foules internautiques appellent les experts néophytes... Ils vous donne des tartines de leçons parce qu'ils ont réussi à aligner trois bout de code qui font "maman" !!!

Alors juste pour amender ma tirade, voici ce que provoque l'usage stupide de GUID comme clef d'une base de données :
http://blog.developpez.com/sqlpro/p7...nt-le-verdict/

A +

PS : avec ce que j'ai dit, si le post reste plus de 10 minutes, va falloir que je file faire un loto !