phpcompta-contrib
[Top][All Lists]
Advanced

[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. ============================================================================





reply via email to

[Prev in Thread] Current Thread [Next in Thread]