Filtrer une table

**jackvpt** · 13/12/2010, 19h44

Bonsoir à toutes et à tous,

J'ai monté une base de données Firebird avec un composant Database, un Transaction, et un Table. Tout se passe bien sauf que j'ai des soucis avec la fonction Filtre qui ne veut rien savoir quand je lui demande de trier le champ 'Date' (table.filtre:='Date=01/01/2010' ne fonctionne pas) alors que d'autres filtres avec d'autres champs fonctionnent parfaitement.
J'ai tenté avec et sans guillemets, j'ai renommé le champ 'Date' en 'Datez' mais j'ai toujours "Attempt to execute an unprepared dynamic SQL statement".

Quelqu'un aurait-il une solution ???

Merci de m'aider.

**Cl@udius** · 13/12/2010, 20h04

Salut

Effectivement, un champ nommé DATE, cela est franchement à proscrire, DATE étant un mot-clé réservé.

Attempt to execute an unprepared dynamic SQL statement

Par contre ceci m'interpelle!
Comment construis-tu ton filtre ?

@+

**jackvpt** · 13/12/2010, 20h21

Merci de ton aide Cl@udius,

Mon filtre est tout bête, je l'inscris dans le champ 'filter' de la Table, je passe 'filtered' à True et hop... ou plutôt... boum pour mon cas avec 'Date' et même 'Datez'

.

Une idée ?

**jackvpt** · 13/12/2010, 20h41

Y aurait-il un rapport avec la bibliothèque de caractères ?

Je vois pas pourquoi mais il semblerait que ce message s'affiche pour chaque filtre appliqué à un champ écrit en minuscules

.

**jackvpt** · 13/12/2010, 21h52

Ca vient du nom du champ...

Si je mets dans 'filter' "Distance>0", l'erreur se produit.

Si je renomme le champ 'Distance' en 'DISTANCE' tout fonctionne.

Il n'y a vraiment pas moyen d'utiliser des noms de champs en minuscules ?

**kaouane** · 14/12/2010, 00h11

Envoyé par jackvpt

Ca vient du nom du champ...

Si je mets dans 'filter' "Distance>0", l'erreur se produit.

Si je renomme le champ 'Distance' en 'DISTANCE' tout fonctionne.

Il n'y a vraiment pas moyen d'utiliser des noms de champs en minuscules ?

Ah, je ne le pense pas.
Je dirais plutôt qu'il ne faut pas utiliser la valeur '01/01/2010' dans le filtre

Code :

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

table.filtre:='Date=01/01/2010'

essai par exemple :

Code :

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

table.filtre:='"Date" = '+Quotedstr('01/01/2010');

Mais minuscule ou majuscule je pense que ça n'a rien n'a voir

**jackvpt** · 14/12/2010, 09h14

Merci kaouane,

Effectivement, avec les guillemets autour du champ ça fonctionne.

Parc contre, je me demandais si je n'avais pas plutôt intérêt à passer par les codes SQL car j'ai de nombreuses fonctions de filtres à insérer à ma base de données.
Quelqu'un peut me conseiller une arborescence simple pour utiliser le SQL ?

Encore merci du coup de main.

**kaouane** · 14/12/2010, 09h19

Envoyé par jackvpt

Merci kaouane,

Parc contre, je me demandais si je n'avais pas plutôt intérêt à passer par les codes SQL car j'ai de nombreuses fonctions de filtres à insérer à ma base de données.

ça je vous le conseil; c'est propre et rapide.

Envoyé par jackvpt

Merci kaouane,

Quelqu'un peut me conseiller une arborescence simple pour utiliser le SQL ?

Ce n'est pas claire ce que vous demander.

**jackvpt** · 14/12/2010, 09h24

Disons que je me perds un peu avec toutes les possibilités de base de données (Bde, dbExpress, Oracle, Interbase, Firebird, Paradox,...) et avec les composants pour les utiliser (ADO, SQL, XML, IB,...).

Comme je crée ma propre base de données et mon propre logiciel, je peux utiliser n'importe quoi mais je ne m'y connais pas suffisamment pour savoir quoi choisir.

A l'heure actuelle, j'utilise une base Firebird 2.5 et je pense utiliser des composants SQL pour la piloter.

Quels composants me conseilles-tu d'utiliser ?

**kaouane** · 14/12/2010, 09h59

Envoyé par jackvpt

Disons que je me perds un peu avec toutes les possibilités de base de données (Bde, dbExpress, Oracle, Interbase, Firebird, Paradox,...) et avec les composants pour les utiliser (ADO, SQL, XML, IB,...).

Vous n'êtes pas le premier et vous ne serez jamais le dernier.
Toute personne (sauf peu de chanceux) ont passée la même étape et se sont perdus entre l'existant.

Et chacun a pris la décision suivant son propre contexte.
Mais vous avez de la chance car déjà vous avez plein de parties qui peuvent vous donner d'aide et vous enrichir par le retour d'expérience.

Envoyé par jackvpt

A l'heure actuelle, j'utilise une base Firebird 2.5 et je pense utiliser des composants SQL pour la piloter.
Quels composants me conseilles-tu d'utiliser ?

Vous êtes tomber sur un choix qui (je pense) ne trouve moins de critiques.
Il y a beaucoup de discussion sur ce forum et sur le net débâtant déjà ce labyrinthe.

**freud** · 14/12/2010, 20h34

Bonsoir,

Envoyé par jackvpt

Quels composants me conseilles-tu d'utiliser ?

En gratuit et à l'heure actuelle il y a UIB
qui est, d'aprés son auteur, 100 % compatible avec Firebird 2.5 donc il n'y a pas de risque, ces composant suivent l'evolution de FB.

FibPlus est efficace mais payant

Sinon il y a une panoplie de composants gratuit et payant Ici

**jackvpt** · 15/12/2010, 09h41

Bonjour,

Merci Freud pour ta réponse.

J'essaie de me débrouiller avec les composants de Delphi 2010 et la Jedi VCL.
Je galère encore et toujours... mais je ne désespère pas...

**jackvpt** · 15/12/2010, 18h53

Bonsoir tout le monde,

Me re-voilà avec un nouveau souci (un de plus) mais je devrais peut-être ouvrir un nouveau POST car cela porte sur les accents des noms des champs.

Ma base de données dispose maintenant d'un SQLConnection, d'un SQLQuery et de plein d'autres choses.
Pour des raisons de simplification de l'affichage dans un DBGrid, j'ai nommé les champs avec des minuscules et des accents ("Catégorie", "Règles",...) mais quand j'importe les champs dans le SQLQuery, les accents ne sont pas pris en compte et des caractères inexploitables apparaissent (©, Ã,...).

Ma question: comment faire pour que les composants SQL reconnaissent les accents de l'ISO8859_1 comme défini dans ma base de données ?

Merci une nouvelle fois de votre aide.