Discussion :

[DeadPooleuh]

Bonjour tout le monde,


Je suis en charge de concevoir une base de données. Je suis en train de developper mon MCD mais je galére un peu pour la traduction

Je cherche a concenvoir une base de données multilingues devant supporter au moins 4 langues : francais, anglais, espagnol et allemand.

J'ai conçu mon database mais je dois pouvoir traduire les champs "lib" des table Produit / Type_Produit / Type_Transport / Type_Doc ( entourés en rouges).

Le Mcd est en pièce jointe


Je ne veux pas intégrer la solution du doublage de champs dans ma base de donnée , trop lourd et pas pratique !

J'aimerais intégrer une table "Traduction" et "Langue" mais je comprends vaguement le fonctionnement.

Si quelqu'un pourrais-me donner un coup de pouce , ca serai top

Merci infiniment

[punkoff]

Bonjour,

ces deux discutions ont des approches différentes :
http://www.developpez.net/forums/d60...d-multilingue/
http://www.developpez.net/forums/d13...usage-langues/


N'oubliez pas, aussi, que l'application peut avoir une couche multilingue.

C'est assez pratique pour tout ce qui est table de ref.

[Richard_35]

Bonjour DeadPooleuh,

Une suggestion, difficile à modéliser à l'intérieur de ton schéma :

Table(IdTable, NomTable, ...) ==> index unique sur NomTable ;
Champ(IdChamp, #IdTable, NomChamp, ...) ==> index unique sur {IdTable, NomChamp} ;
Objet(#IdChamp, IdRecord, ...) ;
Langue(IdLangue, NomLangue, ...) ;
Champ_Langue(#IdChamp, #IdRecord, #IdLangue, Traduction).

Un trigger devra retrouver, dynamiquement, les Id en fonction du nom des tables et du nom des champs.

Vite fait...

[DeadPooleuh]

Et si je modifie mes 6 tables de la maniére suivante en prenant par exemple la table produit que je couple avec une table ProduitLangue qui celle-ci sera lié à Langue , cela peut marcher sans probléme ?

Produit(idProduit)

ProduitLangues(idProduit,idLangues,lib_produit)

Langue (idLangues,langue_en,langue_fr)

Cordialement et merci pour vos réponses

[Richard_35]

cela peut marcher sans probléme ?

Produit(idProduit)
ProduitLangues(idProduit,idLangues,lib_produit)
Langue (idLangues,langue_en,langue_fr)

==> oui, mais ce n'est pas très évolutif :

ProduitLangues(#idProduit,#idLangues,lib_produit) ==> que se passera-t-il si, à l'avenir, un champ ajouté à la table Produit doit être traduit ?...
Langue(idLangues,langue_en,langue_fr) ==> : peux-tu expliquer ?

[DeadPooleuh]

Désolé pour la table langue j'ai rajouté un champ de trop

Langue (id_langue , language )

Donc du coup tu as raison , là je suis bloqué et si je crée une seconde base externe "traduction" ?

[Richard_35]

et si je crée une seconde base externe "traduction" ?

==> : peux-tu expliquer ?

[DeadPooleuh]

Pas de soucis Richard_35 !

Donc je garde ma base de donnée actuelle avec mon MCD mais à coté je crée une seconde base qui contiendra la traduction de mes 6 tables que je souhaite traduire.

Est-ce une façon normalisé de procéder ? Je pense que sur papier sa marche , il y aurai un lien virtuel entre les deux base.

peut on faire une jointure entre différentes bases de données en pouvant biensur sélctionner les tables pour récupérer les infos nécéssaire?

Je vois pas trop comment + l'expliquer ^^

[CinePhil]

Je pense que la bonne solution est là :

Et si je modifie mes 6 tables de la maniére suivante en prenant par exemple la table produit que je couple avec une table ProduitLangue qui celle-ci sera lié à Langue , cela peut marcher sans probléme ?

Produit(idProduit)

ProduitLangues(idProduit, idLangues,lib_produit)

Langue (id_langue , language )

Cordialement et merci pour vos réponses

ProduitLangues(#idProduit,#idLangues,lib_produit) ==> que se passera-t-il si, à l'avenir, un champ ajouté à la table Produit doit être traduit ?

Prenons la table de départ suivante :
Produit(idProduit, prd_libelle_long, prd_libelle_court)

Puisque, a priori, tous les produits auront un libellé long et un libellé court (on chasse le bonhomme NULL des tables), et bien la table ProduitLangue devient celle-ci :
ProduitLangue(idProduit, idLangues,prd_libelle_long, prd_libelle_court)

En fait, chaque fois que j'ajoute une information qui doit être traduite dans une table, si j'ai déjà une table des traductions, il suffit d'y ajouter cette information.

Nota : j'ai mis la table ProduitLangue au singulier car il n'y aura bien qu'une seule langue et un seul produit par ligne de la table.

[Richard_35]

Bonjour Philippe,

Et si à l'avenir, et pas forcément au même moment, il faut traduire :

• lib_sujet de la table Sujet ;
• lib_site de la table Site ;
• lib_future_table d'une future table ;
• ...

?

[Richard_35]

Bonjour DeadPooleuh,

Est-ce une façon normalisé de procéder ? Je pense que sur papier sa marche , il y aurai un lien virtuel entre les deux base.

==> oui. Il s'agit d'un MCD orienté "système" faisant intervenir des métadonnées (le nom des tables et des champs en variables). Il y a donc bien 2 MCD en jeu. A noter que ce système permettrai, également, de gérer d'autres attributs liés aux champs de table.

[Richard_35]

Bonjour DeadPooleuh,

Histoire de finir le job...



Donnant :

Table(NomTable, ...) ;
Champ(NomChamp, #NomTable, ...) ;
Objet(#NomChamp, #INomTable, IdRecord, ...) ;
Langue(IdLangue, NomLangue, ...) ;
Traduire(#NomChamp, #NomTable, #IdRecord, #IdLangue, Traduction, ...).

A noter :

• remplacement des Id par les noms des tables/champs (personnellement, je préfère les Id, mais ça simplifie le MCD) ;
• les liens relatifs (1,1) permettent de propager l'identifiant de l'entité de référence vers l'entité cible.