Optimisation : traduction en BDD ou fichier strings
muqaddar
Administrateur
Salut,
Je me pose cette question.
Imaginons une application en 5 langues. Cette application utilise une BDD locale.
Vaut-il mieux traduire des records directement dans la base de données (en créant un champ fr, en, it...) ou bien ne mettre qu'un champ name dans la BDD qui contient la clé de traduction et traduire dans l'application avec un NSLocalizedString directement sur la clé provenant de la BDD ?
- L'avantage de la BDD :
=> on peut faire des tris directement sur la requête (comme ORDER BY name_it par exemple)
- L'avantage du fichier strings :
=> on peut avoir 1 seul fichier string à communiquer aux traducteurs, et c'est plus maléable que d'aller éditer des termes dans une BDD.
Après, niveau perfs, je ne sais pas trop... mais je ne pense pas que ça ait une grande incidence dans l'application de toute façon.
Je me pose cette question.
Imaginons une application en 5 langues. Cette application utilise une BDD locale.
Vaut-il mieux traduire des records directement dans la base de données (en créant un champ fr, en, it...) ou bien ne mettre qu'un champ name dans la BDD qui contient la clé de traduction et traduire dans l'application avec un NSLocalizedString directement sur la clé provenant de la BDD ?
- L'avantage de la BDD :
=> on peut faire des tris directement sur la requête (comme ORDER BY name_it par exemple)
- L'avantage du fichier strings :
=> on peut avoir 1 seul fichier string à communiquer aux traducteurs, et c'est plus maléable que d'aller éditer des termes dans une BDD.
Après, niveau perfs, je ne sais pas trop... mais je ne pense pas que ça ait une grande incidence dans l'application de toute façon.
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
Après si c'est pour passer un fichier aux traducteurs je ne vois ou pourrait être le problème. Tu peux très bien leur donner un fichier texte contenant les données à traduire (extraite de la BDD) et intégrer par la suite le résultat de leur travaux dans la BDD (même s'il faut créer un outil spécial si les données à intégrer sont complexes).
Justement ce sont des tables qui ont à peine une dizaine d'enregistrements... Donc, pour le coup, c'est pas trop une question de performance. C'est plus une question de pratique.
Bein justement, le cas de la base de données fait faire du travail manuel en plus.
Ha ben du coup... c'est sur qu'un BDD pour une dizaine d'enreg c'est un peu lourd... après tout dépend des évolutions prévues pour ton application.