Bonjour, je me pose une question au niveau "performance".
Je développe en PHP5.
Prenons l'exemple de personnes qui ont chacune une nationalité.
J'ai donc une table avec les personnes
(id, nom, id_nationalité)
18, Paul, 1
22, Charles 2
23, François, 2
et une table nationalité
(id, nationalité)
1, Belge
2, Française
3, Espagnole
On considère donc que Charles et François sont de nationalité Française et Paul de nationalité Belge.
Je m'interroge sur l'utilité de la table nationalité qui impose à mon goût un accès SQL superflux (même si je peut utiliser la fonction JOIN au sein de la même requête, ça me fait un table de plus). Il serait plus simple de tenir la liste des nationalités en Constante dans mon script PHP puisque la liste des pays ne risque pas de changer, mais on perd l'aspect pratique en cas d'ajout de nationalité (ex de l'éclatement de la yougoslavie) (obliger de modifier les constantes du script php plutôt que faire un ajout propre dans la DB).
Ne serait-il pas plus pertinent de stocker cette donnée (la nationalité) avec SQLite ou en utilisant simplement un fichier XML ? Mais en même temps cela nécessite un accès en lecture de fichier.
Au final, pour des données superflux mais qui nécessites d'être organisées en SGBD, je me demande s'il vaut mieux privilégier Mysql ou l'accès fichier (sqlite, xml) d'un point de vue technique (ressources utilisées) et logique (bonne méthode de programmation) ?
Je me pose la même question pour l'internationalisation de mon site, entre l'utilisation des constantes, des SGBD ou encore du format XML, je m'interroge sur le moyen idéal de stockage des traductions qui ne sont pas vouées à évoluer régulièrement mais doivent être gérées dynamiquement (ajout, modification, suppression).
J'ai lu quelques docs sur Gettext, cette solution est-elle vraiment au dessus du lot par rapport au XML et SimpleXML/DOM ?
Merci
Message édité par Tempus_Fugit le 16-08-2011 à 17:22:08