cs_Jack
Messages postés14006Date d'inscriptionsamedi 29 décembre 2001StatutModérateurDernière intervention28 août 2015
-
27 sept. 2010 à 20:30
Renfield
Messages postés17287Date d'inscriptionmercredi 2 janvier 2002StatutModérateurDernière intervention27 septembre 2021
-
28 sept. 2010 à 14:40
Salut a tou(te)s
Je suis à la recherche d'un renseignement concernant les 'clés' de ce type :
{472C317F-3BBE-4C80-8DF3-D9A4ACC4AB89}
J'ai un logiciel professionnel qui, lors d'un export, qualifie chaque zone de texte avec ce genre de référence.
J'ai fait l'essai de générer deux champs textes à quelques secondes d'intervalle, mais les clés générées ne se ressemblent pas, donc ils ne sont pas basés sur un TimeStamp quelconque :
Question : Est-ce que ce genre de champ/clé vous dis quelque chose ?
Si oui :
- Est-ce que ça a un nom particulier, afin que je puisse approfondir ma recherche
- Connaissez-vous les règles de génération de ce genre de clés ?
Je dois essayer de les générer de mon côté, en VBA.
Vala
Jack, MVP VB NB : Je ne répondrai pas aux messages privés
Le savoir est la seule matière qui s'accroit quand on la partage (Socrate)
cs_casy
Messages postés7741Date d'inscriptionmercredi 1 septembre 2004StatutMembreDernière intervention24 septembre 201440 27 sept. 2010 à 20:59
Ça ressemble à des clé type GUID (ce que Microsoft appelle aussi CLSID lorsque il s'agit d'identifier des classes ou des activeX), la base de registre en est remplie.
Quant à la façon de la générée, je sais que dotNet comporte des classes pour cela, mais en dehors de dotNet ???
cs_casy
Messages postés7741Date d'inscriptionmercredi 1 septembre 2004StatutMembreDernière intervention24 septembre 201440 28 sept. 2010 à 09:15
qu'un même objet puisse être identifié avec une même clé, d'un système à un autre.
Parce que la clé est générée au moment du développement du projet et non pas à l'installation sur le système cible.
Qui a développer des activeX avec VB6 en sais quelque chose. Quand un projet était refermé, puis réouvert pour modification, la compilation, par défaut, générait une nouvelle clé, au lieu de conserver l'actuelle.
Ce qui fait qu'à chaque fois, on créait en réalité un nouvel objet au lieu d'en faire une mise à jour.
Il fallait penser à aller cocher une option dans le projet pour éviter cela, option qui aurait dû être cochée par défaut selon moi.
Ce système de clé existe aussi dans SQLServer sur les colonnes d'identités que l'on peut choisir sous forme de compteur ou de GUID
[i][b]---- Sevyc64 (alias Casy) ----
[hr]# LE PARTAGE EST NOTRE FORCE #/b/i
cs_Jack
Messages postés14006Date d'inscriptionsamedi 29 décembre 2001StatutModérateurDernière intervention28 août 201579 27 sept. 2010 à 23:35
Vous êtes des anges.
Il me semblait bien avoir vu ça, mais je n'ai jamais compris comment ces clés pouvaient être générées (par quelles lois) et, difficulté suprême, qu'un même objet puisse être identifié avec une même clé, d'un système à un autre.
Bref, je suis surpris de voir qu'elles soient composées de chiffres aléatoires.
Je m'en vais étudier ça de plus prêt.
Merci
Vous n’avez pas trouvé la réponse que vous recherchez ?
cs_Jack
Messages postés14006Date d'inscriptionsamedi 29 décembre 2001StatutModérateurDernière intervention28 août 201579 28 sept. 2010 à 10:07
Oui, voilà, c'est dans SQL Server.
Je me bagarrais avec Access.
Alzheimer me guette !
En fait, ce n'est pas un GUID dont j'ai besoin, mais d'un UUID qui lui, est basé sur certains éléments comme l'adresse MAC de la (d'une) carte réseau et l'heure.
Et, ô chance, il existe une DLL toute faite, rpcrt4.dll, qui génère ce UUID en quelques lignes (API UuidCreate et UuidToStringA)
Voir API-Guide pour les exemples VB6