- Friedrick
- Nombre de messages : 11
Date d'inscription : 17/12/2008
Fiche d'Entreprise
Nom de l'entreprise:
Comparaison MySQL/Acomba
Mar 6 Jan 2009 - 10:54
Bonjour à tous,
Je suis en train de développer un synchronisateur Acomba/MySQL. Le principe est bien simple:
- Je remplis un DataSet avec les données d'Acomba;
- Je remplis un DataSet avec les données MySQL;
- Je compare les deux DataSet;
- J'insert ce qui en résulte.
Mais c'est vraiment long mais très long. (J'ai laisser rouler 24heures et la comparaison n'était toujours pas fini...) Je voudrais savoir s'il y a une méthode plus rapide où si c'est normale que ce soit lent comme ca ...
NB: C'est la table Product et j'ai quelque 18 000 + données.
Merci, Frédérick
Je suis en train de développer un synchronisateur Acomba/MySQL. Le principe est bien simple:
- Je remplis un DataSet avec les données d'Acomba;
- Je remplis un DataSet avec les données MySQL;
- Je compare les deux DataSet;
- J'insert ce qui en résulte.
Mais c'est vraiment long mais très long. (J'ai laisser rouler 24heures et la comparaison n'était toujours pas fini...) Je voudrais savoir s'il y a une méthode plus rapide où si c'est normale que ce soit lent comme ca ...
NB: C'est la table Product et j'ai quelque 18 000 + données.
Merci, Frédérick
- Friedrick
- Nombre de messages : 11
Date d'inscription : 17/12/2008
Fiche d'Entreprise
Nom de l'entreprise:
Re: Comparaison MySQL/Acomba
Ven 16 Jan 2009 - 15:09
Pour la simple information de tout les usagers, mon problème était dans mon code C#. La comparaison était très mauvaise et aussi, le poste qui exécute le code n'était vraiment pas rapide donc, cela limitais de beaucoup mes requêtes, déjà que l'ODBC n'est pas très très rapide ....
- hench
- Nombre de messages : 163
Date d'inscription : 30/12/2008
Fiche d'Entreprise
Nom de l'entreprise:
Re: Comparaison MySQL/Acomba
Lun 29 Nov 2010 - 20:31
Encore un vieux sujet que je déterre, mais ça m'intéresse !!
Voilà une avenue,.. possible
En utilisant le SDK, plutôt qu'ODBC, corrigez moi si je me trompe, il deviendrait superflu d'extraire complètement la table d'ACOMBA pour la comparer avec le dataset de Mysql, suffirait de traiter les enregistrements acomba un par un avec GetCard et d'avoir un bon algorithme de recherche en tableau pour la recherche, j'imagine une recherche dichotomique avec un tableau trié !!! on ne fait pas de miracle avec du séquentiel mais cela pourrait bien faire gagner beaucoup de temps, en sauvant 50% dans le processus d'extraction. Peut-être qu'un index ne traitant que les produits actifs peut être envisageable aussi !!
Si toute fois l'extraction complète de la table doit être faite, par expérience, la méthode de navigation bufferisée (par tampon) du SDK est un peu plus rapide que la méthode séquentielle !
Vivement de meilleures performances dans l''engin SQL du nouvel Acomba en devenir...!!!
Bye !
Hench
Voilà une avenue,.. possible
En utilisant le SDK, plutôt qu'ODBC, corrigez moi si je me trompe, il deviendrait superflu d'extraire complètement la table d'ACOMBA pour la comparer avec le dataset de Mysql, suffirait de traiter les enregistrements acomba un par un avec GetCard et d'avoir un bon algorithme de recherche en tableau pour la recherche, j'imagine une recherche dichotomique avec un tableau trié !!! on ne fait pas de miracle avec du séquentiel mais cela pourrait bien faire gagner beaucoup de temps, en sauvant 50% dans le processus d'extraction. Peut-être qu'un index ne traitant que les produits actifs peut être envisageable aussi !!
Si toute fois l'extraction complète de la table doit être faite, par expérience, la méthode de navigation bufferisée (par tampon) du SDK est un peu plus rapide que la méthode séquentielle !
Vivement de meilleures performances dans l''engin SQL du nouvel Acomba en devenir...!!!
Bye !
Hench
Permission de ce forum:
Vous ne pouvez pas répondre aux sujets dans ce forum