Ton aspect transactionnel, il est important parce que tu travailles en variable globale. Si tu travailles en mode fichier, tu va les modifier puis tu ferras un
service apache reload qui va envoyer le signal HUP et Apache recharge sa config. Du coup, tu as plein de moyen de faire du rollback (svn, git, snapshot...)... et de pousser les choses cfengine, puppet, chief et j'en passe.
Ta base, elle sers aussi à stocker toute la merde qui pourrait être soit sous /tmp, soit dans /var/cache soit sous /var/lib... Moi quand je purge Apache de ma Debian, elle est toute propre sur elle ;-) Tu va me dire qu'il y possible d'avoir une base de registre propre mais la suppression de MS Office sur un poste la laisse t'elle nickel par exemple ? J'en doute, cette base est un merdier sans nom. Il n'y a que quelques clefs réellement intéressante à configurer devant le fatras qu'elle contient.
Mais il y a plein de développeur web qui font pareil, je te rassure. On met dans la même base SQLite les données de l'application et les données de session... On accède à la base MySQL avec un même identifiant pour tous les types de requêtes... Tout cela marche et est performant mais je continue de penser que c'est une conception à la base mauvaise et dangereuse.
[^] # Re: On est pas vendredi
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows est il prêt pour le Desktop ?. Évalué à 2.
Oui tu peux mais qui le fait ?
Ton aspect transactionnel, il est important parce que tu travailles en variable globale. Si tu travailles en mode fichier, tu va les modifier puis tu ferras un
service apache reload
Ta base, elle sers aussi à stocker toute la merde qui pourrait être soit sous /tmp, soit dans /var/cache soit sous /var/lib... Moi quand je purge Apache de ma Debian, elle est toute propre sur elle ;-) Tu va me dire qu'il y possible d'avoir une base de registre propre mais la suppression de MS Office sur un poste la laisse t'elle nickel par exemple ? J'en doute, cette base est un merdier sans nom. Il n'y a que quelques clefs réellement intéressante à configurer devant le fatras qu'elle contient.
Mais il y a plein de développeur web qui font pareil, je te rassure. On met dans la même base SQLite les données de l'application et les données de session... On accède à la base MySQL avec un même identifiant pour tous les types de requêtes... Tout cela marche et est performant mais je continue de penser que c'est une conception à la base mauvaise et dangereuse.