Discussion :

[curt]

Bonjour à tous,

en regardant les bases que j'ai réalisé et celle données en exemple au fil des discussions sur le forum, je vois que les données sources des Formulaires et Etats sont des requêtes directement entrées dans les propriétés/données sources.
Pour ma part, je crée des requêtes et dans les propriétés/données sources, je viens sélectionner la requête créée.

Qu'elle est la méthode la plus "propre" à retenir ou la convention à adopter ? (même si les 2 solutions amène au même résultat).

Bonne journée.
Curt

[Domi2]

Bonjour,

Je n'ai pas de réponse définitive à ce sujet...

Mais si tu penses que c'est mieux de mettre une chaîne SQL en source de ta requête parce que ça fait plus "joli" (pas d'objet dans les requêtes), tu fais fausse route.

Une requête "graphique" comme source de formulaire s'avère souvent bien plus rapide...

Domi2

[Tofalu]

Bonjour,

Je n'ai pas de réponse définitive à ce sujet...

Mais si tu penses que c'est mieux de mettre une chaîne SQL en source de ta requête parce que ça fait plus "joli" (pas d'objet dans les requêtes), tu fais fausse route.

Une requête "graphique" comme source de formulaire s'avère souvent bien plus rapide...

Domi2

Je n'ai pas bien compris ton message Domi, tu peux préciser ?

Créer des objets Requêtes et les mettre en source de formulaire/liste, etc facilite d'une part la réutilisabilité des objets (une même requête peut alimenter plusieurs listes) et aussi la maintenance grâce notamment aux dépendances qui permettent de regrouper les objets dans le panneau de navigation.

en regardant les bases que j'ai réalisé et celle données en exemple au fil des discussions sur le forum, je vois que les données sources des Formulaires et Etats sont des requêtes directement entrées dans les propriétés/données sources.

D'un point de vue didactique c'est, on va dire, plus rapide : on évite une couche dans les explications. C'est un peu comme le SQL dans le VBA : il est préférable d'appeler des objets Querydefs mais pour la simplicité des explications, et donc pour comprendre les mécanismes mis en jeu, il est plus facile de faire le lien avec le SQL concerné.

[Domi2]

Bonjour,

Je n'ai pas bien compris ton message Domi, tu peux préciser ?

Ce que je veux dire, c'est que certains semble penser qu'une application fera plus "professionnel" si les requêtes sources de formulaires, zones de listes, sont écrites directement dans la propriété Source (source contrôle) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT tblProprietaires.PropId, tblProprietaires.PropNom, tblProprietaires.PropNomCourt, tblProprietaires.PropAdresseLigne1, tblProprietaires.PropAdresseLigne2, tblProprietaires.PropAdresseLigne3, tblProprietaires.PropAdresseLigne4, tblProprietaires.PropNPA, tblProprietaires.PropLocalite, tblProprietaires.PropTelephone, tblProprietaires.PropFax, tblProprietaires.PropAdresseInternet, tblProprietaires.PropAdresseCourriel, tblProprietaires.PropNatureJuridique, tblProprietaires.PropUtilisateurAjout, tblProprietaires.PropDateAjout, tblProprietaires.PropUtilisateurModification, tblProprietaires.PropDateModification FROM tblProprietaires ORDER BY tblProprietaires.PropNom;

parce qu'ainsi, il n'y aura pas d'objets "Requêtes" en tant que tels dans leurs
applications.

Pour ma part, j'utilise des requêtes enregistrées lorsqu'elles sont basées sur des grosses tables, le principal argument étant que cela s'avère plus rapide pour ce que j'en sais.

Pour celles qui sont basées sur des tables de moindre importance, j'enregistre directement le SQL dans la propriété Source, ceci surtout pour ne pas "encombrer" l'onglet "Requêtes" avec des petites requêtes.

J'espère avoir été plus clair.

Domi2

[Tofalu]

J'espère avoir été plus clair.

Oui

[curt]

Merci à tous les deux.

Donc pour résumer, il n'y a pas de "règles précises" mais plutôt une façon d'organiser les requêtes.

Les "petites requêtes" sont directement en Données sources.
Les autres dans les Objets Requêtes.

ça marche.

Merci pour les précisions et arguments.

Curt