optimisation table de translation

Bonjour,
j'ai deux choix de concevoir une table de translation :

1- une table qui contient la translation des langues dans un champs (chaque champ représente une langue)
table translation (id, fr, en,....)

2- une table pour chaque langue
table translation_fr, translation_en,...etc.

pour le premier cas, il faut lire uniquement toutes les lignes du champs adéquat de la langue en cours,
pour le deuxième cas , il faut lire toutes les lignes de la table adéquate

quelle est la solution la plus optimale pour la bonne gestion de mes ressources en particulier la mémoire ?

merci.

Tu ne donnes pas beaucoup d'infos et ni comment tu comptes accéder aux traductions.

Une 3e possibilité vers laquelle je tendrais avec une ligne par langue et, mettons, une clef d'accès en Français :

language (§code, name)
term (§key, §#language_code, value)

Exemple :

language
'EN', 'English'
'IT', 'Italiano'

translation
'Salut', 'EN', 'Hello'
'Salut', 'IT', 'Ciao'

On pourrait ajouter une 3e table "term" qui contiendrait les clefs d'accès et remplacer translation.key par translation.term_id.

merci pour votre réponse, oui c'est ce que j'ai fait :
cas 1 :
table translation [id, fr, en,....] id=code de la variable à traduire, fr, en c'est le nom des champs contenant les valeur de chaque langue
exemple id=cancel, fr=Annuler, en=Cancel
l'accès se fait de sort : select id, $_SESSION['language] from translation

cas 2 :

table translation_fr(id, label)
table translation_en(id, label)

l'accès se fait de sorte : select * from translation_$_SESSION['language]

exemple la varible $_SESSION['language] ='fr';
je veux savoir quelle est la plus optimale, si on doit charger une liste considérable de lignes ?

Bonjour,

Il faut donner des éléments de contexte, car une traduction n'est que très rarement une bijection entre deux langues.
Selon le besoin et donc les règles de gestion, la solution à mettre en place coté BDD sera différente.

Citation:

---

Envoyé par escartefigue

Bonjour,

Il faut donner des éléments de contexte, car une traduction n'est que très rarement une bijection entre deux langues.
Selon le besoin et donc les règles de gestion, la solution à mettre en place coté BDD sera différente.

---

merci pour votre réponse, j'ai pas compris votre réponse, c'est plus littéraire que technique.

Citation:

---

oui c'est ce que j'ai fait

---

Non pas du tout, sur ton 1er cas tu avais une table contenant 1 langue par colonne
Dans ma proposition il y a 1 langue par ligne ;)

Obtenir la traduction de "Salut" en italien :

Code:

---

1 2 3

SELECT ALL value FROM translation WHERE key = 'Salut' AND language_code = 'IT'

---

Avec tes solutions :

Cas 1 :

Code:

---

1 2 3

SELECT ALL label_it FROM translation WHERE key = 'Salut'

---

Cas 2 :

Code:

---

1 2 3

SELECT ALL label FROM translation_it WHERE key = 'Salut'

---

Outre le fait qu'ajouter une nouvelle langue te fait toucher à chaque fois la structure de ta base de données,
ces 2 dernières requêtes ne sont pas paramétrables "proprement" car les variables sont des noms d'objet (colonne puis table)
alors que dans ma proposition il s'agit de valeurs

Ceci dit on n'en sait toujours pas plus sur le contexte

Citation:

---

Envoyé par Séb.

Dans ma proposition il y a 1 langue par ligne

---

Merci pour votre réponse, dans ce cas vous me proposez une nouvelle idée

dans votre cas ça m'évite de touche à la structure de la base.

Citation:

---

Envoyé par ouldfella

Citation:

---

Envoyé par escartefigue

Bonjour,

Il faut donner des éléments de contexte, car une traduction n'est que très rarement une bijection entre deux langues.
Selon le besoin et donc les règles de gestion, la solution à mettre en place coté BDD sera différente.

---

merci pour votre réponse, j'ai pas compris votre réponse, c'est plus littéraire que technique.

---

Prenons des exemples

du français vers l'anglais
CAR (le véhicule) ==> COACH
CAR (la conjonction signifiant parce que) ==> BECAUSE

de l'anglais vers le français
CONTEXT ==> CONTEXTE
CONTEXT ==> LOCALISATION

Donc, un même mot donne plusieurs traductions, ici j'en ai cité deux dans chaque cas, mais il peut y en avoir bien plus.

Donc, selon ce que vous souhaitez faire, la solution à mettre en oeuvre, tant d'un point de vue base de données que traitements, n'est pas la même.