Discussion :

[paradise]

Bonjour,
Je voudrais traduire ma BD firebird en anglais, et je me demande comment procéder. J'hésite entre ces 2 solutions :

> créer une seconde BD, et selon le langage défini par l'utilisateur dans le GUI l'une ou l'autre est utilisée (inconvénient : la MAJ de la base où toute opération serait à effectuer en double)
> ajouter dans les tables concernées un champ "langage" puis dupliquer les données et les traduire (inconvénient : mes tables seront 2x plus lourdes)

...mais peut être y a t-il un autre moyen auquel je n'aurais pas pensé ? (je n'ai rien trouvé sur le forum)
Merci de me faire part de vos idées,
++

[gregory.broissard]

> créer une seconde BD, et selon le langage défini par l'utilisateur dans le GUI l'une ou l'autre est utilisée (inconvénient : la MAJ de la base où toute opération serait à effectuer en double)

Non, c'est une très mauvaise idée...

> ajouter dans les tables concernées un champ "langage" puis dupliquer les données et les traduire (inconvénient : mes tables seront 2x plus lourdes)

Pareil mauvaise idée car implique de faire des alter table à chaque fois qu'on ajoute une langue.

Une bonne idée peut etre de faire ca :

Dans ta table de traductions
3 champs :
code_langue, cle_libelle, traduction

Pour un libellé "Titre" par exemple, on aura dans la table, ces lignes:
fr_FR,'monappli.page1.titre','Titre'
en_EN,'monappli.page1.titre','Title'
de_DE,'monappli.page1.titre','Titel'

Avec un index sur code_langue,cle_libelle


et dans ton code applicatif, pour chaque libellé, tu vas chercher la valeur en base en fonction de la locale de l'utilisateur et de la clé de libellé cherchée

[paradise]

Merci de ta réponse !
Au passage ma BD n'est pas utilisée pour le GUI mais simplement pour stocker des données scientifiques, la plupart sont numériques mais il y a qques champs mémo.

Pour la solution 1 :

Non, c'est une très mauvaise idée...

Pourquoi ? Ce n'est certes pas une idée fameuse ni pratique... mais à part ça ?

Pour la solution 2 :

Pareil mauvaise idée car implique de faire des alter table à chaque fois qu'on ajoute une langue.

En effet, même si à priori il n'y aura rien d'autre que FR/EN ce n'est pas conceptuellement satisfaisant !
J'abandonne.

Je me permets de prendre un cas pratique pour bien comprendre.
Par exemple une table ARTICLE et ses 3 champs :
code_article, nom_article, couleur_article

J'aurai donc la table COULEUR remplie de cette manière :
code_couleur, code_langue, nom_couleur
---------------------------------------
0, 0, vert
0, 1, green
0, 2, verde
1, 0, jaune
1, 1, yellow
1, 2, amarillo

Est-ce correct ?