Discussion :

[manu49320]

Bonjour,

je recherche activement des infos sur la structure que dois prendre une table pour les adresses afin qu'elle réponde aux besoins internationaux.

A ma connaissance ce serait la norme S42, décrite sur le site de l'UPU http://www.upu.int/en/activities/add...-standard.html

Je trouve que c'est plutôt bien renseigné, mais je ne trouve aucune correspondance sur les forums ou même sur les sites de SAP par exemple.

Quelqu'un aurait des informations la dessus ?

Merci
Manu

[SQLpro]

C'est rarement utilisé et n'a d'intérêt que pour les envoi en nombre internationaux qui ne font que très rarement l'objet de tarifs particulier.

http://www.upu.int/uploads/tx_sbdown...actSheetEn.pdf

L'usage veut d'appliquer la norme du pays de départ (Norme Européenne de le Poste par exemple) en respectant la première forme normale à la lettre (atomicité).
À partir de là, recomposer une adresse dans le format spécifique au pays visé devient une question d'assemblage des différentes zone qu'un simple CASE peut suffir à réaliser.

A +

[manu49320]

Quand tu parles d'atomicité, qu'entends tu par là ?

La question se pose notamment pour les champs: numéro , type de rue, rue .

Dans la S42 , ils sont bien dissociés. Or je retrouve souvent la concaténation des trois. En fonction du pays, il faut donc que celui qui rentre l'adresse le rentre dans le bon ordre, sinon on risque d'obtenir des choses incorrectes en base : genre 15rue du général de Gaule : ok pour france mais 10-90 Bogen Londoner pour l'allemagne au lieu de Londoner Bogen 10-90 c'est pas bon. C'est un exemple parmi tant d'autres.

Je me dis que si la norme S42 permet de stocker correctement n'importe quelle adresse internationale c'est plutôt bénéfique non ? Ensuite il "suffit" de connaitre les réorganisations des champs, ce qu'ils ont appelé les templates dans leur doc, pour réécrire au bon format l'adresse.

[SQLpro]

Quand tu parles d'atomicité, qu'entends tu par là ?

La question se pose notamment pour les champs: numéro , type de rue, rue .

Dans la S42 , ils sont bien dissociés. Or je retrouve souvent la concaténation des trois. En fonction du pays, il faut donc que celui qui rentre l'adresse le rentre dans le bon ordre, sinon on risque d'obtenir des choses incorrectes en base : genre 15rue du général de Gaule : ok pour france mais 10-90 Bogen Londoner pour l'allemagne au lieu de Londoner Bogen 10-90 c'est pas bon. C'est un exemple parmi tant d'autres.

Je me dis que si la norme S42 permet de stocker correctement n'importe quelle adresse internationale c'est plutôt bénéfique non ? Ensuite il "suffit" de connaitre les réorganisations des champs, ce qu'ils ont appelé les templates dans leur doc, pour réécrire au bon format l'adresse.

FORME NORMALE N°1 (1FN ou 1NF) : toute information doit être représentée de manière atomique dans les tables
Définition de CODD (1970) inventeur des SGBD Relationels :
« Une relation est en première forme normale si aucun de ses domaines ne peut contenir des éléments qui soient eux-mêmes des ensembles. Une relation qui n'est pas en première forme normale est dite non normalisée. »
Entendez par domaine l'ensemble de toutes les valeurs que peut prendre un attribut.

Dès lors une information composée de multiples partie, donc une information "sécable", n'est pas atomique.
C'est le cas par exemple d'un n° de compte en banque composé de 3 partie (code banque, code agence et n° de compte).
C'est aussi le cas d'un numéro de sécurité sociale qui comporte 4 parties :
1) sexe (1 car)
2) date de naissance (4 car)
3) commune de naissance (5 car)
4) rand de naissance

Pour vos adresses il est bien évident qu'un "numéro" de rue est une chose bien différente d'un type de voie (rue, avenue, place, champs...) et qu'une dénomination de voie (Charles de Gaulle, Victor Hugo, Élysées...)

A +

[manu49320]

Merci pour ta réponse. C'est bien ce que je pensais. Reste à convaincre les chefs...Je pose une autre question mais je vais faire un nouveau post pour ne pas tout mélanger.