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/MongoDB >>>>> http://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
