Discussion :

[Taranis70]

Bonjour,

Je dois creer un ID pour une bdd d'emails envoyés. Aujourd'hui, cette bdd comporte 3 colonnes (date d'envoi, email, corps du mail). En l'etat, une ligne = un email unique.

J'ai pensé à creer une colonne qui serait un hashbytes('md5',@colonne) apres avoir concatene les 3 colonnes,retiré les caractères inutiles et converti en varchar(max). Cela devrait créer un code unique, non ?


A l'heure où je vous ecris, je ne sais pas si le hashtag tient compte du null et si c'est fiable.


Que pensez vous de cette methode pour creer une clé/index ?Je suis ouvert à toutes propositions.

Bonne fete de fin de match et merci d'avance

(Excusez moi si je ne respecte pas le format habituel de jeux de données, je suis encore au stade reflexion et brouillon)

[escartefigue]

Bonjour,

Vous vous compliquez la vie pour rien et surtout vous ne respectez pas les règles d'or pour une colonne PK : la valeur doit être stable et concise
Votre solution fait dépendre la clef primaire de la valeur des colonnes, donc si une valeur change, votre clef change
De plus un hashbytes MD5 vous renvoie une valeur sur 128 bits soit 16 octets, alors qu'une colonne de type integer n'en prend que 4
Utilisez tout simplement une identity column, le SGBD se chargera de calculer la valeur, il fait ca très bien

[SQLpro]

Bonjour,

Je dois creer un ID pour une bdd d'emails envoyés. Aujourd'hui, cette bdd comporte 3 colonnes (date d'envoi, email, corps du mail). En l'etat, une ligne = un email unique.

J'ai pensé à creer une colonne qui serait un hashbytes('md5',@colonne) apres avoir concatene les 3 colonnes,retiré les caractères inutiles et converti en varchar(max). Cela devrait créer un code unique, non ?

Absolument pas unique et totalement débile comme approche !
1) le traitement pour calculer la clef est long et complexe.
2) en cas de modification (UPDATE) il faudra recalculer la clef
3) le résultat est un exadecimal de 16 octets, soit 128 bits... C'est une clef énorme. À moins que vous n'envisagiez de dépasser 9223372036854775807 lignes dans votre table...
4) en cas de NULL, hashbytes plante
...

A l'heure où je vous ecris, je ne sais pas si le hashtag tient compte du null et si c'est fiable.


Que pensez vous de cette methode pour creer une clé/index ?Je suis ouvert à toutes propositions.

Bonne fete de fin de match et merci d'avance

(Excusez moi si je ne respecte pas le format habituel de jeux de données, je suis encore au stade reflexion et brouillon)

Prenez un simple auto incrément (IDENTITY) avec un INT si vous n'envisagez pas de dépasser 2 milliards de lignes, sinon un BIGINT.

A +

[Taranis70]

J'ignorais l'existence d'Identity ca me simplifie la vie.
Merci pour vos retours

[SQLpro]

J'ignorais l'existence d'Identity ca me simplifie la vie.
Merci pour vos retours

Cela fait partie de la norme SQL !!!!

Quelles études avez vous fait ? Dans quelle école ??

A +

[Taranis70]

Aucunes études ni écoles (ca existe des écoles en SQL?)
Ca évitera le débat du spécialiste qui écrase le néophyte

[SQLpro]

Aucunes études ni écoles (ca existe des écoles en SQL?)
Ca évitera le débat du spécialiste qui écrase le néophyte

Hach Zooo...

Petit conseil... Formez vous !
1) livre sur le langage SQL :

2) livre sur SQL Server

3) livre sur la modélisation:


Etant donné que je suis co auteur des trois, si vous avez un problème, une remarque, revenez me voir...

A +