Je l'ai fait de plusieurs façons maintenant. J'aimerais savoir s'il y a un bon schéma pour ça.Modèle de conception db pour une structure de données multilingue dynamique
Un système a un contenu dynamique. Ainsi, non seulement la quantité de données et les données elles-mêmes sont dynamiques (nombre (lignes)), mais le nombre de champs est également dynamique. Donc un blog peut avoir 10 champs à traduire, mais un article de panier a 5.
Ce que j'ai fait est d'insérer un identifiant pour une ligne de table qui contient les données de langage pour ce champ. Cette table de langue a l'id, defaultlanguage, plus n'importe quel nombre de langues supplémentaires. De cette façon, il n'y a qu'une seule table de langue.
Cela est très pratique, mais je ne peux pas mettre à jour les vues car lorsque plusieurs jointures font référence à la même table, elles ne peuvent pas être mises à jour (MySQL). Alors peut-être il y a beaucoup de meilleures façons de le faire.
Y a-t-il un meilleur design? Quels sont les modèles de conception courants utilisés dans cette situation?
Pouvez-vous expliquer cela s'il vous plaît. Cette table contient-elle toutes les données de traduction pour beaucoup d'autres tables? –
La table "i18n" contient les données de traduction pour de nombreux champs personnalisés du contenu du site (articles de blog, nouvelles, articles, etc.). – vemcaster