Discussion :

[Rayan1]

Bonsoir les amis.
J'ai un problème. Quand j'exécute ma requête sa peux prendre au moins 3 minutes avant de s'ouvrir.
C'est un logiciel pour créer les factures.
Voici comment je l'ai créé. J'ai utilise les requêtes de sélection de Access. Pour les totaux (comme le totals facture. Total payer et reste à payer) des factures j'ai les fais en fonction avec SQL.
Quand je réuni tout dans une requête de sélection c'est prendre du temps avec de s'ouvrir.
J'ai une autre question. Avec les requêtes des Access et les requêtes en SQL quelle est le plus rapide ou le plus conseiller.
Merci d'avance j'attends vos réponces avec impatience.

[marot_r]

Bonjour.

Cela aiderai si tu poster le SQL de la requête en question mais je vais te donner les coupables les plus fréquents : les fonctions de dommaine DFirst(), DSum, …

Elles sont particulièrement inefficaces (même si super pratiques souvent).

Si tu fais des totaux avec DSum, tu voudras sans doute faire une requête qui te donne tes totaux et ensuite la mettre en jointure avec celles qui te sert à afficher ces même totaux. C'est généralement significativement plus rapide car Access ne fait les calculs qu'une seule fois au lieu de recommencer à chaque enregistrement.

Sinon les fonctions VBA peuvent aussi ralentir l'exécution d'une requête.

Enfin pour ce qui est de la différence entre requête enregistrée et requête "dans le code", en théorie les requêtes enregistrées sont plus rapides car Access peut les optimiser. Pour le SQL, qui est soumis à chaque fois, Access doit refaire les calculs à chaque fois et ne peut pas le optimiser.

En pratique je n'ai pas vu de différences vraiment significatives, surtout avec les PC d'aujourd'hui qui ont généralement 10 x plus de puissance que ce dont l'utilisateur a besoin.

Personnellement je préfère les requêtes enregistrées parce que :

• on les voit, donc on sait qu'elles existent. Pas besoin de les chercher dans quelque millier de lignes de code VBA.
• On peut facilement voir les résultats de manière autonome. Pas besoin de "rouler" un code pour voir si le résultat et correct.
• Je n'aime pas écrire de SQL à la main sans un éditeur digne de ce nom (ex : celui de Ms SQL Server ou de Oracle) avec une coloration syntaxique, mise en forme, contrôle syntaxique, IntelliSense … Ça me rappelle trop les années 90. Pour moi c'est un peu comme revenir à la plume d'oie une fois qu'on a découvert le stylo à bille.
• On peut faire une requête pour afficher les requêtes ce qui est bien pratique (même si pas très esthétique) pour répondre à des questions comme "Mais où ai-je bien pu modifier ce #*&?! (mettre ici votre juron préféré) de champ ?"
• Avec les dernières versions d'Access, Access change les noms de champ ou de table dans le SQL pour toi quand tu décides de les renommer … et comme je fais assez souvent des inversions de lettre et autre erreur de frappe j'apprécie hautement.

Bon je reconnais que quand on en a beaucoup ça peut devenir un peu le chaos.

A+

[Rayan1]

Vraiment merci pour ta réponse. J'ai tout compris. Infiniment merci

[Rayan1]

Vraiment merci pour ta réponse. J'ai tout compris. Infiniment merci

Ce que je retiens 'est que les requêtes enregistrés sont plus rapide que les msql.
Merci

[marot_r]

Bonjour.

En théorie oui en pratique pas sûr.

Par contre le SQL (enregistré ou dans le code) est plus rapide que les fonctions de domaines (DSum() et compagnie).

A+