[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Phpcompta-contrib] MySQL au lieu de PostGRE
From: |
herve couvelard |
Subject: |
Re: [Phpcompta-contrib] MySQL au lieu de PostGRE |
Date: |
Mon, 24 Jan 2005 13:19:38 +0100 |
User-agent: |
Mozilla Thunderbird 0.7.1 (X11/20040626) |
Je ne pense pas qu'utiliser un module pear:DB apporte quoi que ce soit,
il apporte surtout une dépendance à pear.
Beaucoup de personne ne l'on pas et ne désire pas l'installer.
Qu'est-ce que cela apportera ?
la possibilité de le mettre sous acces ? oracle ? sybase ?
Quel impact en terme de client/utilisateur ?
J'avais envoyé un mail il y a longtemps sur le moyen de faire une
version mysql et pgsql en dupliquant les dossier fonction sql..
voila copie de mon mail de NOVEMBRE :
j'ai prévu de travailler dessus sur 2005 (début d'année) [un peu plus
tard, mais cela commence à se structurer pour moi] pour en faire un
portage mysql, et tant qu'à faire, le restructurer un peu pour le faire
tourner facilement avec d'autres bases, cela implique un peu de remaniement.
(ps : Hermans Edwin est aussi sur le coup pour la mysqlisation)
voila le mail que j'avais envoyé à dany : en novembre dernier
[commentaires ajoutés]
je ne connais pas encore sqllite (je vais me pencher
sur la question) mais tous mes serveurs de productions sont en mysql.
Peut être qu'il faudrait se pencher sur la possibilité de faire
l'architecture afin de rassembler tous le sql au même endroit.
les fonctions pgsql et mysql et sqllite? auraient le même nom, auraient
besoin des même paramètres, auraient besoin des même tables (la logique
internet - roll back etc.... serait occulté par les script BDD) et
seraient juste dans des fichiers avec un dossier différent ? ou juste un
autre jeux de fichier ?
ex : installation phpcompta_core (tous le soft sauf les scripts bdd) +
installation interfacage_bdd (pgsql/mysql/sqllite/n'importe quel autre
bdd) [ il y aurait tous les includes avec les fonctions de bdd]. Oui
cela implique de surveiller l'avancement entre phpcompta_core et les
différents modules bdd mais on peut aller en avant (chacun sur son truc
sur un cvs dev) et faire régulièrement un cvs_release lorsque TOUS les
interfacage db sont en phase avec le core.
En outre j'aimerais coupler phpcomta avec certaines de mes applis
métiers sous forme de modules [ comme un gestionnaire de plug-in] (genre
un module import de données en provenance d'autres soft de compta (pour
l'instant nous travaillons sous ebp), un module d'import d'écriture
ligne par ligne (ex : je fais une facture ; cela la passe en compta) etc
.... Chauqe module sera entièrement paramétrable, et jamais codé en dur,
une fois un module de pret on pourra l'utiliser qqsoit la forme des
données de l'autre coté : ex
phpcompta <-> module/plug-in <-> filtre <-> données extérieures
^^^^^^^^^^^ <- chacun peut faire le sien
Je connais un peu la compta, c'est moi qui fait la comptabilité, mais je
suis pas experts comptable, je suis dev php-mysql avec quelques gros
projets derrière moi (viva-vous.net / esp-vi.com / cegeb.com etc...)
Juste mes 2 cents d'idée :
================A pour le regroupement des comptes : bilan cpte de
résultat : ebp fait un fichier ini type :========================
{2033A[BIC,SIM]=2033A : bilan simplifié
S010=206+207
S012=-2807-2906-2907
S014=201...205+208+237+232
S016=-2801-2803-2805-2905-2808-2908-2932
S028=211...215+218+22+231+238
S030=-2811-2812-2911-2813-2814-2815-2818-282-292-2931
S040=261+266...268+271+272+27682+274+27684+275+2761+27685+27688
S042=-2961-2966-2967-2968-2971-2972-2974-2975-2976
S044:=S010+S014+S028+S040
.../....
S072=4096(D)+4097(D)+4098(D)+40(D)...401+40A(D)...40Z+42(D)..47
S074=-495(D)-496(D)
S080=50...508
../...
S197=?
S199=?
#Fin du feuillet.
}
{2033B[BIC,SIM]=2033B : Compte de résultat simplifié {
# Variables de ce feuillet/annexe.
S209=?
S209A=-707-7097-S209
S210=S209A+S209
S214=S215A+S215
S215=?
S215A=-701...703-7091-7092-S215
S217=?
S217A=-704...706-708-7094...7096-7098-S217
S218=S217A+S217
S222=-7133...7135
.../...
}
etc....
======================================================
pour la sortie impression il faudrait des modèles en pdf[à l'usage c'est
pas réalisable -> oo a été choisie] (normalisation phpcomta) avec des
tags de positionnement de chiffres écrit dans le pdf ex: [#AB#] pour ra
rubrique Frais d'établissement/brut/exercice en cours
ensuite le AB est décrit dans le/un fichier ini et qui (en gros, fais un
str_replace(recherche/valeur) ou plus propre : in construit
dynamiquement un tableau AB=>123,34 , AC=> 123,34, AD=>'' etc..
et un str_replace avec le tableau.
cela permmétrait de 'coller' facilement à chaque compta nationale
/réelle, simplifié etc... avec un jeu de pdf [oo0] et un jeu de fichier ini.
============================================================================
- [Phpcompta-contrib] MySQL au lieu de PostGRE, lionel, 2005/01/22
- Re: [Phpcompta-contrib] MySQL au lieu de PostGRE, Yannick Warnier, 2005/01/22
- Re: [Phpcompta-contrib] MySQL au lieu de PostGRE, Dany De Bontridder, 2005/01/23
- Re: [Phpcompta-contrib] MySQL au lieu de PostGRE,
herve couvelard <=
- Re: [Phpcompta-contrib] MySQL au lieu de PostGRE, Yannick Warnier, 2005/01/24
- Re: [Phpcompta-contrib] MySQL au lieu de PostGRE, Dany De Bontridder, 2005/01/24
- Re: [Phpcompta-contrib] MySQL au lieu de PostGRE, herve couvelard, 2005/01/25
- Re: [Phpcompta-contrib] MySQL au lieu de PostgreSQL, Yannick Warnier, 2005/01/25
- Re: [Phpcompta-contrib] MySQL au lieu de PostgreSQL, Stan Pinte, 2005/01/25
- Message not available
- Message not available
- Message not available
- Re: [Phpcompta-contrib] MySQL au lieu de PostgreSQL, Dany De Bontridder, 2005/01/26
- Re: [Phpcompta-contrib] MySQL au lieu de PostgreSQL, Jérôme Warnier, 2005/01/29
- Re: [Phpcompta-contrib] MySQL au lieu de PostgreSQL, Dany De Bontridder, 2005/01/30
- Re: [Phpcompta-contrib] MySQL au lieu de PostgreSQL, herve couvelard, 2005/01/31
- Re: [Phpcompta-contrib] MySQL au lieu de PostgreSQL, Stan Pinte, 2005/01/31