Discussion :

[Alex35]

Bonjour,

je souhaiterai créer une patite fonction qui puisse me générer un nombre aléatoire mais aussi et surtout unique....

et unique par rapport a "tout"

Bref j'avais pensé par rapport a la date l'heure les minutes les secondes et meme pourquoi pas les milisecondes...

Si quelqu'un avait quelques trucs pour moi...

D'avance merci

[Bluedeep]

Quel est le besoin fonctionnel ? car, comme valeur unique dans le temps et l'espace, le plus simple c'est les GUID, mais ce n'est pas un nombre à proprement parler. Néanmoins, un tirage aléatoire mais imposant l'unicité dans un intervalle de temps indéterminé, ça n'a en général pas grande signification fonctionnelle, alors qu'un identifiant unique dans le temps (et même dans l'espace réseau) ça en a un, et le GUID répond à ce besoin.

[dietrich]

Dim aGuid As Guid = Guid.NewGuid

c est un numero unique

[Bluedeep]

Dim aGuid As Guid = Guid.NewGuid

c est un numero unique

Ce n'est pas un numéro, justement, d'où ma question supra : a-t-il réellement besoin d'un nombre ?

[Alex35]

oui j'ai besoin de ce nombre....


mais partir sur la date, l'heure les secondes, millisecondes n'est pas une movaise idée en soit... si?

[Bluedeep]

sauf que heure, minute,seconde etc .. ne constituent pas un nombre non plus.

J'insiste : quel est le besoin fonctionnel ?

[Alex35]

le besoin fonctionnel est de créer des clés uniques en base par la suite mais indépandemment d'un sgbd.

Non je sais que l'heure, letemps , les sevcondes tout ca c pas un nombre mais en les concaténant ca en devient un!

[Bluedeep]

Bon, et bien le GUID sert précisément à cela. (entre autres).

Toutes mes clefs uniques sont en général des uniqueidentifier. (Guid).

Et contrairement à ce que tu écrivais, tu n'as donc pas besoin d'un nombre mais d'un identifiant unique. Le problème avec la date/heure/seconde/ms est que tu as un risque (certes faible, mais je ne vois pas l'avantage à le maintenir) de conflit entre deux clients.

[Alex35]

mais comme tu l'as dit le GUID n'est pas un nombre...

[Bluedeep]

mais comme tu l'as dit le GUID n'est pas un nombre...

Oui, mais justement tu n'as pas besoin d'un nombre, mais d'un identifiant (ou si tu veux un nombre, prend les éléments du Guid et concatène les : le coup de la date n'est pas un bonne idée, car il y a risque de collision).

[Alex35]

le coup de la date n'est pas un bonne idée, car il y a risque de collision).

avec les millisecondes???

[Bluedeep]

avec les millisecondes???

Oui, faible, mais il y a, et je ne vois pas d'avantage à introduire un problème potentiel dans un SI. (si tu as disons mille client qui attaquent ta base, tu ne peux pas garantir qu'il n'y aura pas deux créations dans la même milliseconde).

[Alex35]

bon ok....


et donc concretement c quoi ce guid?

et c'est en vb.net donc qu'est ce qui m'assure de l'unicité de cette chose lorsque je relance mon prog?

[LooserBoy]

avec les millisecondes???

Oui! potentiellement! Et ca m'est deja arrivé d'y être confronté pour un horodatage d'enregistrement

[Bluedeep]

et c'est en vb.net donc qu'est ce qui m'assure de l'unicité de cette chose lorsque je relance mon prog?

un Guid EST unique (dans le temps ET dans l'espace - sous entendu l'espace réseau); si tu veux voir comment, Google est ton ami.

[Alex35]

j'avoue je suis un peu sceptique tt de mm

[Bluedeep]

j'avoue je suis un peu sceptique tt de mm

Quant on émet ce genre d'opinion, on argumente un minimum. Va voir comment est fichu un GUID, et reviens nous expliquer ce qui te rend sceptique (en gros, il combine adresse MAC et timestamp.

Ton scepticisme m'étonne alors que tu étais près à admettre l'absence de collision avec simplement utilisation du timestamp.

[Alex35]

et en plus c'est pour un utilisateur unique, donc pas de souci de collisions a moins qu'il soit super rapide a cliqué!

[Alex35]

en gros, il combine adresse MAC et timestamp.

la ca me parle plus meme si c'est "en gros" je vois l'unicité!


merci en tout cas de vos réponses!

et si j'ai bien compris un simple

Code :

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

1
2
 
"System.Guid.NewGuid().ToString()"

m'assure l'unicité

[Bluedeep]

Code :

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

1
2
 
"System.Guid.NewGuid().ToString()"

m'assure l'unicité

Voilà !!!!
Accessoirement, si tu fais une appli qui supportent des SGBD multiples (ce qui semble être le cas), dans le cas de Sql Server tu as le type de champ spécifique UniqueIdentifier qui sert à stocker un Guid et qui sera plus performant qu'un stockage en string.