Re: [Phpcompta-contrib] MySQL au lieu de PostgreSQL

[herve couvelard]

choses pas disponibles dans MySQL.
> Pour un peu répondre à Hervé à propos de PostgreSQL/MySQL, à mon avis:
> - MySQL est très bien quand tu as beaucoup plus de lectures que
> d'écritures, et que tes requêtes sont très simples,
> - MySQL est bien quand l'intégrité de tes données n'est pas critique,
> - MySQL est bien bien quand tu veux tirer la dernière milliseconde de
> l'affichage d'une page,
> - MySQL est très bien quand tu sais que tu n'auras qu'une seule
> interface (web) vers ta base de données (parce que si tu dois avoir
> plusieurs interfaces, les procédures stockées sont vraiment utiles, du
> moins au développeur pour ne pas réécrire son code à chaque nouvelle
> interface, et introduire des bugs différents dans chaque),
> mais ce n'est absolument pas le cas d'un soft de compta.
>
> Donc, tes arguments reviennent à un seul: ce qu'offrent les hébergeurs
> mutualisés, qui est facilement contré par la remarque de Yannick (oui,
> c'est mon frère) que presque personne ne ferait confiance à un hébergeur
> mutualisé, non spécialisé, pour sa compta.
>
> J'en ajouterai toutefois un autre: MySQL était plus adapté pour
> installer sur un serveur Windows jusqu'à présent. Mais PostgreSQL 8.0
> vient arranger cela.

Ok pas de problèmes je me range à l'avis général. Je ferais mon portage 
Mysql pour moi tout seul, chacun étant libre comme free (as freedom) je 
vous laisse le soin d'implémenter le muti-base à rétropédalage.
En compta, il y a plus de lecture que d'écriture : une ligne comptable 
est saisie une seul fois et est lue à chaque journal, balance, prébilan 
etc.... On rigolera bien lorsu'il faudra faire les bilans et pointage 
sur de grosses compta : 100 000 lignes et plus (pour faire les sommes 
des comptes et sous comptes, et gérer les regroupements). Là 
effectivement les mutualisés ne laisseront pas vos scripts tourner plus 
d'une fois et vous ferez probablemnt des time-out (8 secondes souvent).
L'intégrité des données est affaire de programmeur et pas de base de 
donnée. un logiciel de compta ne peux pas permettre de corrompre ses 
données : un ligne une fois saisie ne PEUT JAMAIS être effacée (elle 
peut être contre-balancée par une écriture d'OD.
Ce n'est pas parce que tu n'as pas de procédures stoquées que tu es 
obligé d'écrire le code dans ta page. Tous mes sites sont mysql et dans 
aucun je n'écris 2 fois la même requette, il y a des fichiers de 
fonctions (1 fonction -> 1 besoin : comme dans unix ) et chaque 
interface utilise les fonctions qui existent.
Maintenant si TU désires implémenter pear:DB : fais le, c'est TA 
liberté, pas la mienne. Je te souhaite bon courage et tous les succès 
dans cette aventure.

Hervé Couvelard