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

[Stan Pinte]

herve couvelard wrote:
> 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.

Entendons-nous bien: chacun ne représente que son avis. Et l'avis de 
jérôme n'est pas le mien, ni celui de tout le monde.

Résumons:

- certaines personnes veulent un port MySQL.
- certaines personnes se proposent d'écrire du code pour le faire.
- les développeurs qui ont contribué au code existant, qui fonctionne 
sur PostgreSQL, ont donné leur accord de principe pour que des nouveaux 
développeurs contribuent du code MySQL.
- les développeurs existant (Dany et, dans une infime moindre mesure 
moi. PS: yen a d'autres? Candidats, faites offre!!!!) et les 
développeurs qui se proposent de contribuer du MySQL sont tombés 
d'accord sur un début d'interface (un fichier MySQL.php et un fichier 
PostgreSQL.php, avec toutes les requêtes SQL...et le reste du code 
utilise un fichier SQL.php, qui contient toutes ces fonctions, avec
mafonction()
if(db=="mysql")
{
        return mysql.mafonction();
} else if (db="postgres")
{
        return postgres.mafonction();
} else
{
        erreur("badaboum");
})

--> en ce qui me concerne, je vois pas le problème!!!!!

hervé, tes modifs sont les bienvenues, comme disais Dany, envoie d'abord 
des patches, puis je suppose qu'après un certain nombre de patches, Dany 
te donnera un accès read/write sur le CVS...

Si des généreux contributeurs veulent soumettre à la liste des patches 
PHP-PEAR, libre à eux.

Mon avis.

Stan.

 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
>
>
>
> _______________________________________________
> Phpcompta-contrib mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/phpcompta-contrib

signature.asc
Description: OpenPGP digital signature