ADO Table Filtern (zeichenweise)

[Christian18]

Hallo,

hat jemand eine Idee, warum mein Filter in meiner ADO Tabelle nicht funktioniert???

Hier mein Quellcode:

DM.TKunden.Filter:='KundenID = ' + QuotedStr(Edit1.Text + '*'); Mit freundlichen Grüßen

Christian18

[mikhal]

Versuch's mal mit 'LIKE' statt '='

Grüße
Mikhal

[Christian18]

Hallo,

meinst du so:
DM.TKunden.Filter:='KundenID LIKE ' + QuotedStr(Edit1.Text + '*'); MFG Christian18

[mikhal]

Ja!

Grüße
Mikhal

[Jelly]

Filter kennen kein "like", meines Wissens. Zumindest nicht bei der BDE.

2 Lösungen:
entweder den SQL Select direkt anpassen
oder Filter = 'KundenID >= ' + QuotedStr(Edit1.Text); wobei erser Vorschlag der eleganere ist.

[marabu]

Wieso BDE, hier geht es doch um ADO - oder?

ADO kennt den Operator LIKE, allerdings mit der Einschränkung auf '*' resp. '%' als wildcard, wobei aber nur prefix search unterstützt wird.

Grüße vom marabu

[Jelly]

Zitat von marabu:

Wieso BDE, hier geht es doch um ADO - oder?

Ja, nur hab ich den Filter früher nur bei der BDE benutzt, und da klappte der like Operator nicht. Deshalb meinte ich nur, dass das allg. nicht klappt... Sorry, mein Fehler.

[Ferber]

Hi !
Also ich denke diese Frage passt zu diesem Thread.
Wie 'handeln' ADOQuery und ADOTabel einen Filter intern ?
Wird da eine neue Query abgesetzt oder werden alle Datensätze durchlaufen ?
Ist eine StoredProc mit dem Suchkriterium als Parameter nicht schneller ?
Danke im Vorraus

[marabu]

Hallo Otto,

nach meinem Kenntnisstand wird die ADO Filter property dazu benutzt records aus einem bereits berechneten recordset auszublenden. Dass eine parametrisierte SP generell die wirtschaftlichere Lösung ist, möchte ich bezweifeln. Es gibt da bestimmt ein Skalierungsproblem. Bei geringer Kardinalität ist der Filter für eine eingrenzende Suche sicher optimal, aber ich kann keinen break even point nennen.

Grüße vom marabu

[Elvis]

Zitat von Ferber:

Ist eine StoredProc mit dem Suchkriterium als Parameter nicht schneller ?
Danke im Vorraus

Eine SP, die eine simple Abfrage ausführt wird generell langsamer sein, als ob du die Abfrage direkt ausführst. Damit du die Datensätze in der Ergebnismenge siehst müssen sie ja erst herumgeschobn werden.
Bei komplexen Abfragen hat man den Vorteil, dass das DBMS den Query plan, sowie Sicherheitsprüfungen nur einmal zur Kompilierungszeit bestimmen muss.