URL: https://linuxfr.org/forums/programmationweb/posts/stockage-de-traductions-en-bdd-v-s-application Title: Stockage de traductions en bdd v/s application Authors: zx81 Date: 2020年08月11日T15:15:52+02:00 License: CC By-SA Tags: postgresql Score: 2 Bonjour *, Je serais curieux d'avoir votre avis sur la question suivante: J'ai naturellement tendance à stocker les traductions de tous les objets en base mais je suis confronté à une autre "école" qui souhaite utiliser, parfois, les fonctionnalités de leurs outils de dvlp (fichiers "plats" de traduction). Pour préciser le contexte, je m'occupe du modèle de la base (sous postgresql) et le dev de l'appli est sous-traité. Le backoffice est en anglais uniquement, le front en anglais, français et allemand. Dans ce genre de base, qui fait une bonne centaine de tables, il y en a pas mal qui n'ont que quelques lignes, par exemple le 'type de contenu' peut être soit 'film' soit 'série'. La table liée des traductions contient donc ici 2 objets * 3 langues = 6 lignes. (et là je ne vous parle pas du fait "qu'on" me force à prendre des enums, au lieu d'une vraie table!) Autant je comprends que les libellés "fixes" des formulaires de saisie/filtrage proviennent d'un fichier texte, je ne vois pas ce qui gène de faire une requête en filtrant la langue d'affichage avec le cookie de langue FR/EN/DE... Selon moi, c'est de la *donnée* => en base. Vous qui développez en symfony, ruby, django, *js, etc, est-ce un problème de perf ? d'orm malfoutu ? de facturation supplémentaire pour gérer une nouvelle langue ? :-)