Bonjour,
 
Je souhaite internationaliser un site web vitrine.
Je ne souhaite pas utiliser de bibli type gettext.
Je compte passer par une solution simple en mysql basique.
 
J'ai imaginé 2 méthodes sensiblement différentes dans le stockage des données, et je ne sais pas laquelle est la meilleure.
A vous donc de juger.
 
Tout d'abord, très important, la méthode doit m'éviter de devoir imaginer des noms pour chaque zone de texte.
Donc chaque élément de texte est nommé par un id numérique, incrémenté automatiquement lors de l'ajout.
 
Voici les deux méthodes de stockage :
 

 
Actuellement, j'ai mis en oeuvre la 2ème solution, mais j'ai des doutes.
 
Pouvez-vous m'ôter ces doutes ?
 
Merci d'avance

Perso, la deuxième.

La deuxieme m'a l'air la meilleure solution aussi.
 
La perte de performance ne sera pas vraiment significative pour toi car le server va d'abord chercher l'id et puis n'aura plus qu'a choisir entre quelques langues.
Ca ne deviendra problematique que si tu as des centaines de langues differentes.

forcément la 2ième, les tables MySQL sont limitées à 1000 colonnes. Donc si t'as plus de 1000 libellés, t'es mort avec la 1ère solution.
 
Cela dit, pour la 2ième solution, je ne suis pas convaincu de l'utilité de la 1ère table de langues. Tu mets un char(2) pour le champ langue dans la 2ième table et la clé primaire est portée par les champs "id" + "langue".

Laisser le label de la langue dans la deuxieme table serai redondant (avec tout les problemes qui en decoulent), pour que le schema soit normalisé il faut avoir les deux tables.

Je pensais plus à mettre uniquement l'indicatif (fr, es...) et l'appli se charge de mettre le libellé. En effet, faire une table juste pour ça, on m'a dit que c'était pas terrible. L'autre solution est d'utiliser un enum pour la langue.

C'est ce que je pensais aussi. Merci pour votre aide

Pour la 1ere méthode pourquoi tu n'as pas inversé lignes/colonnes ? C'est-à-dire mettre les langues en colonnes ?

La première solution me parait particulièrement stupide, même en mettant à part les limitations de mysql...tu rajoutes des colonnes à chaque fois que t'as un nouveau bout de texte sur le site?

...bon après je ne mettrais pas ça dans une base de données, de toute manière, c'est se compliquer la vie pour rien. L'avantage de gettext par exemple c'est d'avoir des éditeurs spécifiques pour les fichiers de traduction. En mettant ça en base tu vas soit devoir te faire chier à les rentrer toi-même à la main, soit te faire chier à faire une interface perso pour les saisir...

Moi je voyais plutot la premiere table comme une table normale mais ecrite avec colonne et ligne inversée pour plus de lisiblité dans le forum ...
 
Comme quoi ... on voit ce qu'on veut bien voire

Perso, je gère aussi mes traductions dans des fichiers texte.

Je trouve l'idée de Daemon excellente.
 

 
Comment fais-tu pour chercher uniquement certains textes ?

Je fais un fichier par langue, après 2 solutions : des constantes, une par texte, ou un tableau associatif, une clé par texte.