none
Uniqe Identifier RRS feed

  • Question

  • Bonjour,

    je vais commencer prochainement un projet, j'ai plusieurs clients qui sont répartie sur toute la république, tout les clients vont installé la même application et vont se connecter sur le même serveur de base de données. Lors de la première utilisation de l'application un interface va demander au client s'il possède d'un clé, si non il va être obligé à saisir les infos de ça société.

    Les informations des sociétés vont être enregistré (comme j'ai dit au début) sur le même serveur de base de données, le clé primaire de la table sera un champ de type UNIQUE IDENTIFIER.

    J'ai consulter plusieurs forums et j'ai trouvé un commentaire bizarre genre "... On m'a gentillement répondu que les GUID n'était pas unique et qu'il ne faisait pas un bon candidat pour une clé primaire. Qu'en pensez-vous ?". Ce commentaire m'a fait vraiment troublé, pour le moment j'ai que 100 utilisateurs mais dans un certain temps j'aurais des centaines d'utilisateurs, et j'ai peur de tomber dans le problème de générer un NEWID() qui est déjà existant.

    samedi 26 janvier 2013 21:41

Réponses

  • Bonjour,
     
    Dans la théorie, on peut se retrouver avec deux GUID identiques. Mais
    avec une probabilité tellement faible qu'on considère généralement que
    cela n'arrivera pas.
     
    Par contre, il y a de meilleures raisons de ne pas utiliser le GUID
    comme clé : taille et fragmentation des indexes par exemple.
     
    Pour autant un GUID peut être intéressant (mais même pas comme clé
    primaire), si les données doivent être synchronisées entre plusieurs
    bases, mais il me semble comprendre que ce n'est pas le cas ici.
     

    Fred
    • Marqué comme réponse i.chafai dimanche 27 janvier 2013 14:14
    dimanche 27 janvier 2013 10:10
  • Merci Fred,

    Existe t-il d'autres solutions autres que le GUID?

    • Marqué comme réponse i.chafai dimanche 27 janvier 2013 14:18
    dimanche 27 janvier 2013 14:18

Toutes les réponses

  • Bonjour,
     
    Dans la théorie, on peut se retrouver avec deux GUID identiques. Mais
    avec une probabilité tellement faible qu'on considère généralement que
    cela n'arrivera pas.
     
    Par contre, il y a de meilleures raisons de ne pas utiliser le GUID
    comme clé : taille et fragmentation des indexes par exemple.
     
    Pour autant un GUID peut être intéressant (mais même pas comme clé
    primaire), si les données doivent être synchronisées entre plusieurs
    bases, mais il me semble comprendre que ce n'est pas le cas ici.
     

    Fred
    • Marqué comme réponse i.chafai dimanche 27 janvier 2013 14:14
    dimanche 27 janvier 2013 10:10
  • Merci Fred,

    Existe t-il d'autres solutions autres que le GUID?

    • Marqué comme réponse i.chafai dimanche 27 janvier 2013 14:18
    dimanche 27 janvier 2013 14:18