Discussion :

[SergioMaster]

Bonjour,
Je sais que c'est vieux, j'ai retrouvé le programme "module de base de données" fourni jusqu'à je ne sais quelle version ⇽ une de mes questions

et il me semble que cela ne concernait que les base de données Paradox ou DBase et en utilisant bien évidemment le BDE ⇽ autre question
Certains de mes programmes D3 proposait un truc du genre (mais je ne sais plus lesquels), avez-vous utilisé QBE et auriez-vous d'autres exemples d'utilisations ? ⇽ autre question

Il y avait quelques composants tiers qui proposaient ça, i.e RxQBEQuery et j'ai vu un TJVQBEQuery quelque part, d'autres pistes ?


Tout cela pour rédiger un billet sur le nouveau composant D12 : TFDQBE que je découvre
ici, une version VCL de mes tests


Il me reste encore pas mal de boulot pour décrypter entièrement ce composant et la "syntaxe" de recherche. Je n'ai découvert qu'une petite partie des possibilités de cette syntaxe en fouillant dans les sources car, pour l'instant, la documentation est inexistante (ou alors bien cachée)
Pourtant, à l'heure de mon départ vers une retraite méritée, des demandes d'extraction vers des CSV sont devenues une de mes monnaies courantes, un outil de ce genre m'aurait permis quelques raccourcis plus faciles que l'utilisation d'InputQuery ou de création de formes spécifiques

[ALWEBER]

Pour le QBE , j'ai les outils pour travailler avec depuis Delphi. Je le retrouve dans mes archives et la mets à ta disposition

[ShaiLeTroll]

J'ai eu plusieurs dbd32.exe sur mon poste, je n'en ai plus avec D10, voici les anciens chemins

"...\Program Files\Fichiers communs\Borland Shared\Module base de données\dbd32.exe" - Celui de BCB 6
"...\Program Files\Fichiers communs\CodeGear Shared\Database Desktop\dbd32.exe" - Celui de XE2, vu qu'il date de 2012 lorsque je l'ai installé (ça se mélange un peu avec BCB 2007)

[SergioMaster]

Voici le fruit non exhaustif de mes recherches sur les termes du QBE de ce nouveau composant

Un terme, entendez par là le contenu d'une cellule, permet d'indiquer la ou les valeurs recherchées pour une colonne.

Un terme commencera, la plupart du temps, par un comparateur '=','>','<','>=','<=' ou '<>' ou par une négation '!', généralement suivi d'une valeur.
Exemples :
Le terme =1 (le signe '=' est optionnel, le terme 1 est équivalent à =1) sera interprété en (A.nomcolonne = 1).
<>1 peut s'écrire !1. Ces deux termes seront interprétés de la même manière par (NOT A.nomcolonne = 1).

Il est possible de combiner plusieurs termes pour une même colonne par les opérateurs ('&' pour AND et '|' pour OR).
Exemples :
Le terme 1&>4 sera interprété en (A.nomcolonne = 1 AND A.nomcolonne > 4).
Le terme 1|4 sera interprété en (A.nomcolonne = 1 OR A.nomcolonne = 4).

Cas particuliers :
NULL
Les champs annulables (pouvant avoir une absence de valeur) : pour obtenir une comparaison sur une valeur indéterminée(NULL).
Le terme ne contiendra que l'opérande '=','!=' ou '<>' permettant ainsi d'obtenir IS NULL dans le premier cas ou IS NOT NULL pour les deux autres

Intervalle de valeurs
Il est possible d'utiliser l'opérateur '~' pour obtenir un intervale de valeurs
Exemple :
Le terme 1~5 sera interprété en (A.nomcolonne BETWEEN 1 AND 6).

Recherche partielle
Une recherche partielle utilisera les caractères de substitution '_' ou '%' pour remplacer, respectivement, un ou plusieurs caractères.
Cette recherche ne sera pas sensible à la casse.
Exemples :
Le terme %o% recherchera toutes les valeurs (chaine de caractères) contenant 'o', interpété par ({fn UCASE(A.nomcolonne)} LIKE '%O%').
Le terme Co% recherchera toutes les valeurs (chaine de caractères) commençant par 'Co', interpété par ({fn UCASE(A.nomcolonne)} LIKE 'CO%').
Le terme o% recherchera toutes les valeurs (chaine de caractères) dont la seconde lettre est 'o', interpété par ({fn UCASE(A.nomcolonne)} LIKE '_O%').

Quid de cette expression {fn UCASE(A.nomcolonne)} ? Ici, vous voyez en œuvre une des fonctionnalités de Firedac, le prétraitement de commandes.
Plus d'informations sur le prétraitement de Firedac ici

Tri
Un tri peut être indiqué pour une colonne, soit seul, soit à la fin d'un terme ou d'une combinaison de terme.
Un tri s'exprime en ajoutant un '#' suivi du type '+' (optionnel) pour ASCendant ou '-' DESCendant et obligatoirement d'un numéro d'ordre.
Exemples :
Le terme #1 sera interprété par la clause ORDER BY A.nomcolonne.
Le terme #-1 sera interprété par la clause ORDER BY A.nomcolonne DESC.
Dans ce tableau

Colonne1	Colonne2
#-2	#1

[#-2][#1] sera interprété par la clause ORDER BY A.Colonne2,A.Colonne1 DESC.
Vous comprendrez donc qu'il est important de bien indiquer un numéro d'ordre unique pour chaque colonne.

Qu'est-ce que vous pensez de ce texte ? Des suggestions de correction ?

Addenda

Colonnes de type chaîne de caractères
Par défaut, une chaine de caractères sera faite comme une recherche partielle. Il est possible de changer ce comportement en modifiant la propriété Options du composant FDQBE en retirant [qoPartial].
Exemples :
[qoPartial] inclus dans Options
Le terme Boissons sera interprété en ({fn UCASE(A.nomcolonne)} LIKE '%BOISSONS%').
Un moyen d'éviter le LIKE sans passer par la modification de la propriété Options est d'écrire le terme ainsi (Boissons) pour obtenir {fn UCASE(A.CategoryName)} = 'BOISSONS').
[qoPartial] non inclus
Le terme Boissons sera interprété en ({fn UCASE(A.nomcolonne)} = 'BOISSONS') à l'identique du terme (Boissons).

De même la comparaison non sensible à la casse mais ce comportement peut-être lui aussi modifié en retirant la valeur [qoNocase] de la propriété Options
Le même terme Boissons ne fera plus d'appel à la fonction (A.nomcolonne LIKE '%Boissons%').
Le terme (Boissons) étant interprété en (A.nomcolonne='Boissons').

Colonnes de type numériques
le point décimal (si besoin) doit être utilisé dans le terme.
Exemple : <=19.75 sera interprété ainsi (A.ColonneNumerique = 9.20).

[SergioMaster]

Merci à vous deux, DBExplorer.exe et DBD32.exe sont en fait la même chose.
Utilisant BDE et des tables Paradox ou DBase du moins pour une utilisation "basique".
On peut effectivement faire des requêtes sur des alias et donc des SGBDRs (même si je ne me souviens plus de la syntaxe exacte en cas de SQL) utiliser le bouton permettant de changer d'alias le permet.
Bref, BDE étant obsolète depuis le début du siècle, il était temps d'avoir une solution de remplacement !

Je profite de cette réponse pour rajouter quelques nouveaux trucs expérimentés

Enfin une dernière possiblité s'offre à nous. Lors de mon paragraphe sur les recherches partielles nous avons vu une utilisation du prétraitement des commandes.
Pour peu que, dans la propriété Options du composant FDQBE, [qoNoDirect] ne soit pas incluse nous pourrons utiliser cette fonctionnalité.
Le terme devra alors être entre crochets [ ]
Exemple : Le terme [{year(colonnedate)} = 1997] permettra une sélection sur la partie année d'une date et sera interprété ainsi (year(colonnedate)=1996).

Cette nouvelle syntaxe augmente considérablement les possibilités

Rubrique	Description
Fonctions macro caractères	Liste des fonctions utilisant des chaînes de caractères.
Fonctions macro numériques	Liste des fonctions utilisant des nombres.
Fonctions macro date et heure	Liste des fonctions utilisant la date et l'heure.
Fonctions macro système	Liste des fonctions externes.
Fonction macro CONVERT	Décrit la fonction CONVERT.

me reste à découvrir

• La possibilité d'utilisation de macro, indiqué par un @
• La possibilité d'utiliser un QueryDialog

et toutes les possibilités des options et évènements

Une plongée plus en profondeur donc

[SergioMaster]

J'ai essayé de synthétiser la syntaxe (reprise des commentaires trouvés dans les sources) ainsi

Syntaxe

Terme = Terme0 | '!' Terme0 | Terme0 '|' Terme0 | Terme0 '&' Terme0 <Tri>

Terme0 = valeur | EQ valeur | direct | macro | masque | valeur '~' valeur | '(' valeur ')'
valeur = nombre | chaine de caractères
EQ = '=' | '>' | '<' | '>=' | '<=' | '<>'
masque = chaine de caractères pouvant contenir les charactères de substitution '%' ou '_'
direct = '[' instruction ']' *si [qoNoDirect] est exclu des Options
macro = '@' nom *nom = nom de la macro
Tri = '#' ('+'|'-') numéro *numéro = ordre de tri

Qu'en pensez-vous ?

[rubenzancuda]

Salut,
peux-tu m'envoyer le code source

[anapurna]

salut


euh si je peut me permettre mais la version sql est un poils compliqué
il y a une simplification

SELECT *
FROM (SELECT CategoryID,CategoryName,DESCRIPTION from Categories) A
WHERE ((((A.CategoryID BETWEEN 1 AND 5 )))

devient tout simplement

SELECT CategoryID,CategoryName,DESCRIPTION
from Categories
WHERE CategoryID BETWEEN 1 AND 5

a savoir que si tu as une relation avec une autre table il te faudra utiliser les

inner joint

plutôt que d'indiquer celle-ci dans la partie where comme cela se faisait avant

[SergioMaster]

euh si je peux me permettre mais la version sql est un poils compliqué

Le SQL affiché est celui créé par le FDQBE. Oui, il est "compliqué" mais c'est ainsi

[SergioMaster]

peux-tu m'envoyer le code source

je me dépêche de finir le billet pendant les fêtes, les sources y seront.

[SergioMaster]

Billet publié https://www.developpez.net/forums/bl...hi-12-athenes/
N'hésitez pas à mettre des commentaires.