Discussion :

[yacinechaouche]

Bonjour à tous,

Nom, prénom, adresse, email, url, téléphone, fax, code postal... Combien de fois ai-je crées des tables contenant ce type d'infos ? combien de fois me suis-je posé la question "Bon. Je mets quelle longueur pour le nom ? allez, 64 parce que ça fait puissance de 2 et puis ça fait stayl".

Bref, j'aimerais savoir s'il n'existe pas une certaine norme pour décrire le format (j'ai déjà vu des codes postaux stockés en INT et un charabia pas possible pour ajouter le 0 devant si code postal 02300 par exemple, idem pour le numéro de téléphone) et la longueur des champs usuels. Ceci permettrait en plus de faciliter les échanges de données entre applications et sur le net.

Merci d'avance.

[3DArchi]

Ca ne répondra pas à ta question stricto-sensu, mais quelques pistes:
vcard (rfc 2425/2426). Tu peux voir aussi autour d'afnor (XP Z10-011, mais je crois obsolète), ou encore du côte des télécom.

[yacinechaouche]

Ok merci. Je pensais qu'il y avait une sorte de standard pour ça mais rien de spécial a priori. J'ai regardé vcard : aucune limitation sur le nombre de caractères. (recherche sur les mots 'length' et 'max' : 0 occurrences sur la page).

[JPhi33]

Bonjour,

Ce n'est pas parce qu'un numéro de téléphone ou un code postal ne contient que des chiffres qu'il doit être considéré comme un nombre. A titre personnel, j'ai toujours considéré ces données comme des codes. J'y ai donc toujours associé un format de type caractère ==> plus besoin de charabia pour le 0 de gauche !


JPhi33

[fsmrel]

Bonsoir,

j'ai déjà vu des codes postaux stockés en INT.

Ce sont les Corses qui doivent être contents...

Comme dit JPHi33, un code est un code, et son type peut évoluer au gré de la fantaisie des gens qui en ont le contrôle, c'est-à-dire ni vous ni moi.

Déclarer une donnée comme étant d’un certain type, c’est avoir en réalité décidé des opérateurs nécessaires à sa manipulation. Si l’on doit effectuer des additions, des multiplications avec pour opérandes des codes postaux pour produire de nouveaux codes postaux, alors d’accord pour déclarer ceux-ci de type INT, mais seulement dans ce cas.

Le jour où le système français d'immatriculation des véhicules va changer, ça va en faire des programmes à faire évoluer et des sous à dépenser...

combien de fois me suis-je posé la question "Bon. Je mets quelle longueur pour le nom ? allez, 64 parce que ça fait puissance de 2 et puis ça fait stayl

Tel SGBDR a limité le nom des colonnes des tables à 18 caractères jusqu’à sa version 7. A partir de la version 8, soit au bout de 20 ans d’existence, la sauce a été rallongée (30 caractères). Vous verrez, un jour ça sera 64 caractères, puis 128, puis...

Si vous avez des scrupules parce que, par exemple, une donnée mesurant 64 octets occupe deux fois plus de place que la même donnée ne mesurant que 32 octets, dans la mesure où les SGBD compressent très efficacement, il n’y a pas de problème côté disque. En mémoire il peut en être autrement, mais vous avez la ressource du type VARCHAR, un peu moins économique en ce qui concerne la CPU, mais avec les processeurs d’aujourd’hui, on peut s’y risquer.