Discussion :

[arnoweb]

Après plusieurs lecture, je n'ai trouvé aucune solution vraiment idéale.Existe t-elle ?
Je m'explique :
je souhaite avoir un numéro de client dans ma base mais qui soit généré de manière aléatoire. Je n'utiliserai donc pas l'id client qui est en auto-increment dans ma table mais bien un numéro de client.

Une idée sur l'algo ou un bout de script ?

Merci

[Kerod]

Il existe des bdd qui permettent de le faire de manière aléatoire...

Mais sinon tu peux faire une boucle for avec un rand.
Dans ta boucle tu détermine le nombre de chiffres que tu veux tu concatènes le tout

ou carrément un rand(1, valmax)

Mais si tu veux un id unique, il faudra tester avant d'insérer dans la bdd

[Anduriel]

Y'a une fonction comme ça qui se base sur la date (donc unique)... euh dommage j'ai plus son nom

[Hervé Saladin]

et pourquoi pas une solution hybride de ces deux propositions ?
tu concatene un pseudo-aléatoire généré par rand() avec un timestamp ... non ?

[arnoweb]

J'avais pensé à concaténer un timestamp et un chiffre via la fonction rand.

Ce id unique et aléatoire est crée via un formulaire, ça n'est pas possible que dans le même millième de seconde, un id soit crée ?
Si 2 personnes valident le formulaire exactement en même temps ?

Ex d'algo mais qui ne marcherait pas à priori :
1. création du chiffre aléatoire
2. Test de l'existence de ce chiffre par rapport à la base de données
3. Dans ma boucle, si ce nombre aléatoire existe déjà, je crée un nouveau chiffre.

Le problème c'est que la création du chiffre est faite de nouveau de manière aléatoire et que je ne peux pas le retester.(il faudrait que je relance la boucle)

Des idées ?

[ePoX]

Salut,

Ce id unique et aléatoire est crée via un formulaire, ça n'est pas possible que dans le même millième de seconde, un id soit crée ?

On ne sait jamais !

Ex d'algo mais qui ne marcherait pas à priori :
1. création du chiffre aléatoire
2. Test de l'existence de ce chiffre par rapport à la base de données
3. Dans ma boucle, si ce nombre aléatoire existe déjà, je crée un nouveau chiffre.

Le problème c'est que la création du chiffre est faite de nouveau de manière aléatoire et que je ne peux pas le retester.(il faudrait que je relance la boucle)

Des idées ?

Pourquoi cela ne fonctionnerait pas ?

vite fait :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
 
function CreeId(){} // renvoie un id *peut etre* unique
 
function VerifieUnicite($IdUnique){} // Interroge la bdd pour savoir si cet id est unique
 
function CreeIdUnique()
{
    $IdUnique = "";
 
    do
    {
        $IdUnique = CreeId();
    }
    while(VerifieUnicite($IdUnique) == false);
 
    return $IdUnique;
}

Le mieux étant une concaténation de l'id auto increment unique avec un nombre au pif, ou même pourquoi pas une partie de la session.
Avec une telle méthode tu n'as même pas besoin de tester si le code client existe déja, car la bdd s'en occupe pour toi !

bbye

[Hervé Saladin]

Si 2 personnes valident le formulaire exactement en même temps ?

Dans ce cas, il faudrait aussi que par manque de bol, le nombre aléatoire généré soit le même pour les deux (très peu probable si le nombre est generé dans un grand intervalle).
Si ça arrivait quand même, une des deux insertions serait refusée par le serveur de données, donc l'un des deux utilisateurs obtiendrait un message d'erreur, mais cela n'insererait pas deux lignes avec le même id puisque la BD gère ça très bien.
Donc, au final, il y aurait une chance sur je sais pas combien de millions (pour pas dire de milliards) pour qu'un utilisateur ait un message d'erreur et qu'il doive recommencer son insertion ... ça me paraît pas dramatique.
Au pire tu peux aussi concatener l'IP de l'user, ou son id de session (deux utilisateurs ne peuvent pas avoir le meme id session en meme temps)

[Anduriel]

La session_id() est-elle unique?
Si oui pas la peine de chercher trop loin

[ePoX]

Oui et non. Un SID n'à besoin de n'être unique que par rapport aux autres sessions existantes lors de la création. Ce qui n'empeche pas d'avoir des SID identiques sur le long terme.

[Anduriel]

Oui et non. Un SID n'à besoin de n'être unique que par rapport aux autres sessions existantes lors de la création. Ce qui n'empeche pas d'avoir des SID identiques sur le long terme.

Donc c'est ça la solution pour éviter les insertions identiques: tu récupères le session_id() et tu le concatènes à une valeur générée par timestamp.

[ePoX]

Le mieux étant une concaténation de l'id auto increment unique avec un nombre au pif............Avec une telle méthode tu n'as même pas besoin de tester si le code client existe déja, car la bdd s'en occupe pour toi !

Je préfére encore cette méthode qui mets en avant et assure l'intégrité de la bdd.

[Invité]

Pourquoi ne pas utiliser la fonction PHP uniqid

uniqid
(PHP 3, PHP 4, PHP 5)

uniqid -- Génère un identifiant unique
Description
string uniqid ( [string prefix [, bool more_entropy]] )


uniqid() retourne un identifiant préfixé unique, basé sur l'heure courante, en micro-secondes. Le paramètre prefix est optionnel mais peut servir à identifier facilement différents hôtes, si vous générez simultanément des fichiers depuis plusieurs hôtes, à la même micro-seconde. Depuis PHP 4.3.1, prefix peut prendre jusqu'à 114 caractères.

Si le paramètre optionnel more_entropy est TRUE, uniqid() ajoutera une entropie "combined LCG" à la fin de la valeur retournée, ce qui renforcera encore l'unicité de l'identifiant.

Sans prefix (préfixe vide), la chaîne retournée fera 13 caractères. Si more_entropy est à TRUE, elle fera 23 caractères.

[Anduriel]

Voiiiiiiiiillaaaaaaaaaaaaaa la fonction que j'avais perdue !