Discussion :

[mcdotta]

N'en déplaise aux purs et durs qui codent leurs requêtes à la main, en général je passe par le QBE, surtout lorsqu'il y a plusieurs tables avec des join inner left ou right.

Je dois quand même vous avouer que j'ai deux écrans, donc mon interface Access avec mes requêtes QBE d'un côté et mon code de l'autre....

C'est vrai qu'après, je passe par une phase d'épurage des parenthèses surtout au niveau des WHERE, mais bon, en règle générale, ca prend moins de temps que pour coder une requête en SQL from scratch.

Je suis en plus très fière de moi : je collabore avec un pur et dur SQL Enterprise qui depuis des années code ces requêtes à la main, on a fait des tests de rapidité pour des requêtes très complexes, et comme je gagnais toujours, il passe maintenant par QBE (parce qu'il n'y a que les c..ns qui ne changent pas d'avis).

Voilà mon humble avis....

[CRUSOE13]

Bonsoir à tous,

J'ai voté "pour" QBE, pour les mêmes raisons que ceux qui l'ont choisi.
Rien à rajouter à leurs justifications et/ou exemples que je trouve hautement éclairés.

Je veux juste enfoncer le clou de Papy Turbo "contre" le double langage et "pour" une version "tout en anglais" svp.

Cordialement.

CRUSOE13

[Invité]

Salut à tous,

L'avantage de QBE, c'est qu'il m'a appris (avec l'aide de revues) à faire du Sql, je l'utilise principalement pour tester, c'est plus rapide. Ensuite je fais un copier coller (sauf pour les requêtes simples que j'écris directement en Sql).

Je travail aussi en VB6 lié à des bases Access, je procéde la même maniére.

En rèsumant, je pense que passer par QBE est un excellent apprentissage avnt d'écrire directement du SQL

Starec

[Promeneur]

Plutôt le QBE, mais cela dépend des circonstances, c'est parfois plus rapide de modifier directement, par exemple. De pus, il me semble qu'il y a des requêtes que le QBE ne sait pas traiter, non ? Comme les requetes avec des opérateur d'ensemble.

[random]

perso je fais tout en qbe

c'est confortable et visuel et cela évite la frappe fastidieuse des noms de champs

je régle mes jointures avec le qbe sauf pour les multiplications cartésiennes où j'utilise évidemment les where dans les clauses qu qbe

pour les fonctions intégrées je préfère les taper manu après vérification éventuelle de la syntaxe dans l'aide
je teste la requête en temps réel c'est toujours ça de gagné pour vba

j'ajoute manu les top au sql si besoin

si j'ai besoin de vba je copie le sql

je suis incapable d'écrire spontanément un sql avec plus de trois tables lièes

pourtant j'ai pratiqué sql avant access et continue de l'utilser sur sas par exemple

je trouve le qbe sympa et surtout très productif de plus la possibilté de récupérer les fonctions perso écrites en vba permet de règler quasi toutes
les situations et de moduler les problèmes

un sql avec un select case imbriqué on ne sait plus trop où on va parfois

[marchand_de_sable]

Salut à tous.
J'y vais aussi de ma petite participation au débat.

Je me demande si de la même manière on ne peut pas se poser le problème : Macro vs. VBA ?

Personnellement, je n'utilise ni les macros ni le QBE.
Je ne travaille sous Access que parce que cela a été imposé par mon employeur, mais j'ai toujours tout codé à la main (codes et requêtes).

Mais je ne ferais pas le fanatique dans le sens où :
1) pour un utilisateur lambda qui met un peu les mains dans le camboui, QBE et Macros sont surement très pratiques, notamment pour apprendre à coder un minimum ensuite (un apprentissage par l'exemple en somme, c'est un peu l'idée du QBE, non ? ).

2) pour un professionnel (ou un passionné), il est bien entendu indispensable de savoir coder et "requêter" sans ces outils. Surtout s'il est amené à utiliser différents logiciels et/ou langages de programmation.
Mais si ça peut permettre de gagner du temps et faire l'économie de passages rébarbatifs comme écrire à la main tous les champs d'un SELECT, pourquoi pas.
D'autant que personnellement, je n'ai toujours pas trouver comment taper directement du SQL sous Access sans passer par le QBE pour lui dire que : non, non, je n'ai pas besoin de lui et que : oui, oui, je veux passer en mode SQL (soit 4 clicks avant de pouvoir taper ma requête).

Conclusion : je suis pour une utilisation intelligente du QBE, mais je trouverais dommage de ne pas comprendre ce qu'il fait.