ca va être ingérable, imagine un catalogue avec 10000 produit composé 50 familles de produits dont chaque famille à des types d'attributs différents, nous allons avoir une ribambelle de champs inutiles en fonction des familles dans les tables !!
Le 18/06/11 10:32, Laurent Destailleur a écrit : > Follow-up Comment #3, task #5226 (project dolibarr): > > Changement de strategie pour les champs personnalisés: > Pour chaque table (llx_societe, llx_product) on crée un table d'attributs > suplémentaire (llx_societe_extra, llx_product_extra) avec un lien par l'id > sur la table principale. > L'ajout d'un attribut a pour effet d'ajouter une colonne dans cette table. > L'ajout de colonne et le scan des colonne existantes se fait grace aux methode > de l'objet db. > Ainsi on a un classement horizontal des attributs, sans compromettre les table > principales. Ce qui permettra les fonctions d'import, export et facilite le > dev egalement. > > _______________________________________________________ > > Reply to this item at: > > <http://savannah.nongnu.org/task/?5226> > > _______________________________________________ > Message sent via/by Savannah > http://savannah.nongnu.org/ > Cordialement, -- Régis Houssin --------------------------------------------------------- Cap-Networks 30, quai de Verdun 71700 Tournus FRANCE VoIP: +33 1 83 62 40 03 GSM: +33 6 33 02 07 97 Web: http://www.cap-networks.com/ Email: [email protected] Dolibarr developer: [email protected] Web Portal: http://www.dolibarr.fr/ SaaS offers: http://www.dolibox.fr/ Shop: http://www.dolistore.com/ Development platform: https://doliforge.org/ ---------------------------------------------------------
<<attachment: regis_houssin.vcf>>
_______________________________________________ Dolibarr-dev mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
