Je ne connaissais pas mongodb (j'ai lu le wiki hier), ce genre de technologie offre une personnalisation beaucoup plus accessible mais il faut bien faire attention a ne pas transformer dolibarr en une "usine a gaz"
Le 2 octobre 2011 10:33, Régis Houssin <[email protected]> a écrit : > je penses qu'il ne faut pas confondre la lourdeur d'openerp et les accès > mongodb > > > Le 02/10/11 10:28, olivier geffroy a écrit : > > Nous étions en offre saas "openerp online" pour un client et je suis > extrêmement déçu à la fois par ce projet "open-source" et la société Openerp > > Il manquait a dolibarr pour ce client : > > - module compta > - module POS > - module GPAO > - module multi warehouse > > Hors ces modules existent sous Openerp mais sont loin, très loin d'être > fonctionnels > > > > Le 2 octobre 2011 10:07, Cyrille de Lambert < > [email protected]> a écrit : > >> Nous avons plusieurs implémentations OpenERP et il est vrai que cette >> application rame très rapidement. >> Ce n'est pas un problème de base (relationnelle PostgresSQL) mais plutôt >> de framework qui est très consommateur en ressource. >> C'est une application qui ne donne pas satisfaction sur l'aspect perfs. >> Ça commence à peiner avec 3 utilisateurs, même en faisant des efforts >> d'indexation importants. >> >> >> Le 02/10/2011 09:29, olivier geffroy a écrit : >> >> Il est clair que ces technologies consomment beaucoup plus de ressources, >> ce qui n'est pas très grave vu la montée en puissance des serveurs et la >> virtualisation >> >> Le gros problème chez Openerp était la non utilisation de cette puissance >> (pour résumé que ce soit sur un céleron ou sur un octoprocesseur, l'erp >> tourne de la même façon) >> >> En utilisant une base de donnée postgres (optimisé régulièrement pour les >> requêtes) et un système virtualisé sous proxmox (avec un serveur de donnée, >> un serveur apache ....) cela devrai améliorer les performances. >> >> Le 2 octobre 2011 09:13, Régis Houssin <[email protected]> a >> écrit : >> >>> Nous avons des clients avec une base de 30000 produits et c'est tout >>> aussi catastrophique avec le fonctionnement actuel de Dolibarr >>> >>> >>> ----------------------------------------- >>> Régis Houssin >>> Tél. +33633020797 >>> http://www.dolibarr.fr >>> http://www.dolibox.fr >>> >>> Le 2 oct. 2011 à 09:01, olivier geffroy <[email protected]> a écrit : >>> >>> Bonjour, >>> >>> Je suis d'accord avec cyrille, je sors d'une implantation d'openerp qui >>> fonctionne sur ce modèle et les performances sur de gros volumes (40 000 >>> clients) sont catastrophiques >>> >>> Par contre pour les utilisateurs et les codeurs c'est beaucoup plus >>> souples, mais personnellement ce que j'apprécie dans mon dolibarr et ce >>> depuis 6 ans c est la rapidité et la simplicité du produit. >>> >>> >>> >>> Le 2 octobre 2011 07:52, Régis Houssin <[email protected]>a >>> écrit : >>> >>>> Quoi qu'il en soit ça reste un test :-) >>>> >>>> >>>> ----------------------------------------- >>>> Régis Houssin >>>> Tél. +33633020797 >>>> http://www.dolibarr.fr >>>> http://www.dolibox.fr >>>> >>>> Le 2 oct. 2011 à 01:04, Cyrille de Lambert < >>>> [email protected]> a écrit : >>>> >>>> Ce type de sujet revient régulièrement dans différents projets >>>> techniques. >>>> Il y a 7 ans, on nous prédisait la mort du SQL au profit des bases XML >>>> qui reprennent les avantages que tu décris hormis le fait de ne pas avoir >>>> besoin de décrire ses documents. >>>> Ce que j'en ai vu : >>>> >>>> - Performances catastrophiques pour des gros volumes de donnée >>>> - Pas très adapté à des applications métier. >>>> >>>> Pour faire les tests, il faut le faire sur des dizaines de milliers >>>> d'enregistrements en base sur une machine standard. >>>> En effet, ce type de techno est très consommateur. >>>> Je ne pense pas que ce soit mature pour l'instant. >>>> >>>> Cyrille >>>> >>>> Le 01/10/2011 21:48, Régis Houssin a écrit : >>>> >>>> au contraire, pas de jointure, un "document" contient toutes les >>>> informations >>>> un champ n'est créé que si il est renseigné >>>> de plus un module externe n'a pas besoin de créer ces propres tables >>>> pour rajouter des champs dans une fiche produit, il suffit qu'il rajoute >>>> ces enregistrement dans la fiche produit et le champ est créé >>>> automatiquement dans le "document" >>>> (un document est un enregistrement dans mongoDB, un document = une fiche >>>> produit par exemple) >>>> plus besoin d'avoir tout un tas de table avec jointure ! >>>> en natif tu peux modifier un champ seul, plus besoin de créer tout un >>>> tas de fonction et de requête php pour modifier un champ >>>> la sortie est au format json ou array, plus besoin de traitement, tu >>>> peux utiliser les données directement avec du jquery par exemple, >>>> (datatables !!) >>>> >>>> de toute façon je vais faire des tests et je mettrais une démo en ligne >>>> >>>> >>>> Le 01/10/11 20:08, Cyrille de Lambert a écrit : >>>> >>>> Salut Régis, >>>> >>>> Je trouve que c'est un mauvaise idée pour une question de performance. >>>> Je ne pense pas qu'un projet comme NoSQL soit conçu pour des systèmes >>>> de gestion mais plutôt pour des outils de GED. >>>> >>>> Cyrille >>>> >>>> >>>> >>>> Le 01/10/2011 18:49, Régis Houssin a écrit : >>>> >>>> Bonjour, >>>> >>>> afin de mieux gérer les modules externes, la personnalisation des fiches >>>> ou des listes je suis en train de réfléchir à une méthode différente de >>>> stockage des données et je me penche actuellement sur le NoSQL >>>> http://fr.wikipedia.org/wiki/NoSQL >>>> >>>> et plus particulièrement à MongoDB >>>> http://fr.wikipedia.org/wiki/MongoDBhttp://lacantine.ubicast.eu/channels/mongofr/ >>>> >>>> Nous allons faire des tests sur un fork de Dolibarr tout en gardant une >>>> synchronisation entre les projets >>>> >>>> Si des développeurs ayant des connaissances en MongoDB ou très motivés >>>> par cette technologie sont intéressés pour participer à ce projet, merci >>>> de me contacter je vous associerai au projet Doliforge. >>>> >>>> Ce projet reste encore un test et n'a pas encore la vocation de >>>> remplacer la version actuelle ! >>>> >>>> Cordialement, >>>> >>>> Cordialement, >>>> >>>> _______________________________________________ >>>> >>>> Dolibarr-dev mailing list >>>> [email protected] >>>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>>> >>>> >>>> _______________________________________________ >>>> Dolibarr-dev mailing list >>>> [email protected] >>>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>>> >>>> >>> >>> >>> -- >>> Olivier GEFFROY >>> JEFFINFO Sarl >>> >>> Tel : 06 08 63 27 40 >>> Mail : [email protected] >>> >>> _______________________________________________ >>> Dolibarr-dev mailing list >>> [email protected] >>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>> >>> >>> _______________________________________________ >>> Dolibarr-dev mailing list >>> [email protected] >>> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev >>> >>> >> >> >> -- >> Olivier GEFFROY >> JEFFINFO Sarl >> >> Tel : 06 08 63 27 40 >> Mail : [email protected] >> >> >> _______________________________________________ >> Dolibarr-dev mailing >> [email protected]https://lists.nongnu.org/mailman/listinfo/dolibarr-dev >> >> >> _______________________________________________ >> Dolibarr-dev mailing list >> [email protected] >> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev >> >> > > > -- > Olivier GEFFROY > JEFFINFO Sarl > > Tel : 06 08 63 27 40 > Mail : [email protected] > > > _______________________________________________ > Dolibarr-dev mailing > [email protected]https://lists.nongnu.org/mailman/listinfo/dolibarr-dev > > > > 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/ > --------------------------------------------------------- > > > _______________________________________________ > Dolibarr-dev mailing list > [email protected] > https://lists.nongnu.org/mailman/listinfo/dolibarr-dev > > -- Olivier GEFFROY JEFFINFO Sarl Tel : 06 08 63 27 40 Mail : [email protected]
_______________________________________________ Dolibarr-dev mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
