ODBC — requêtes lentes : structure de lecture et emplacement d’exécution

ODBC — requêtes lentes : structure de lecture et emplacement d’exécution

Contexte : Acomba classique, extraction de ventes et accès ODBC; observations de 2011–2012.
Niveau de preuve : Conseil du soutien relayé, observation de l’auteur et comparaison d’emplacements.

Recherche et variantes : TransactionHeaderDetail, InvoicingLine, InDate, ODBC.

Solution documentée. Dans S309, un message attribué au soutien recommande la table composée TransactionHeaderDetail pour réduire certaines jointures; l’auteur dit avoir déjà constaté sa meilleure rapidité. La même réponse suggère de tester des bornes de dates explicites. Dans S314, l’auteur observe une exécution plus rapide sur le serveur que depuis un client réseau. Ce sont des pistes distinctes, pas un gain garanti. [S309] [S314]

Parcours proposé — ajouts éditoriaux :

1. Mesurer une requête de lecture limitée avec son volume de résultat et son emplacement d’exécution.
2. Tester la table composée seulement si elle existe dans le schéma installé et couvre les mêmes données.
3. Comparer les résultats exacts avant de retenir un gain de temps; distinguer requête coûteuse et trajet d’accès.

Précautions. Ne pas désactiver globalement l’antivirus, imposer une exclusion permanente ou copier des données comptables vers un emplacement non approuvé. La réécriture reste un travail de développement contrôlé.

Contrôle attendu. Comparer nombre de lignes, période, totaux et durée dans des conditions identiques; conserver une requête de référence correcte.

Procédures internes

• ODBC — ISAM error pendant une lecture : casse et environnement
• Diagnostic Acomba — par où commencer