Je propose plutot de doubler les champs cond_reglement afin d'etre homogène avec le reste.
Et surtout ne pas s'embarquer dans des duplications de table qui sont toutes la meme entité a savoir 1 tiers. 1 tiers peut etre certes caractérisé par des infos clients et des infos fournisseurs mais cela reste 1 et 1 seul tiers. Donc 1 seul table. Il faut penser aussi aux fonctions d'import, d'exports, aux select qui liste les tiers (avec 3 tables il faudra faire des select avec union a tout va). Bref une condition de reglement de client etant une info différente d'une condition de reglement de fournisseur, cela doit etre 2 champ séparés et non un meme champ dans 2 tables différentes.
Le 09/05/2011 10:19, Régis Houssin a écrit :
Bonjour, un petit sujet de discussion supplémentaire pour demain, la table llx_societe contient pas mal de champs qui ne servent que si le tiers est client et/ou fournisseur voir prospect, et certains champs sont communs au deux alors qu'il ne devraient pas l'être, ex: les champs "cond_reglement", "mode_reglement", "gencode", etc... qui peuvent être potentiellement différent si on est client et/ou fournisseur ce que je propose, la création de 3 tables supplémentaires : llx_company_prospect llx_company_customer llx_company_supplier qui permettraient de stocker les champs propres à chaque type de tiers à débattre... Cordialement, _______________________________________________ Dolibarr-dev mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
-- Eldy (Laurent Destailleur). --------------------------------------------------------------- EMail: [email protected] Web: http://www.destailleur.fr Dolibarr (Project leader): http://www.dolibarr.org To make a donation for Dolibarr project via Paypal: [email protected] AWStats (Author) : http://awstats.sourceforge.net To make a donation for AWStats project via Paypal: [email protected] AWBot (Author) : http://awbot.sourceforge.net CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net
_______________________________________________ Dolibarr-dev mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
