Probleme mit dem Filterstring

[mkinzler]

Vielleicht ist der gesamte Ausdruck auch zu komplex

[aladin60]

..eher nicht, ich habe auch solche:

Delphi-Quellcode:

        DSKund.Filter:='Name LIKE '''+'%'+S+'%'' OR Vorname LIKE '''+'%'+S+'%'' OR Bem LIKE '''+'%'+S+'%'''+
                         ' OR Tel LIKE '''+'%'+S+'%'' OR Fax LIKE '''+'%'+S+'%'' OR Mobil LIKE '''+'%'+S+'%'''+
                         ' OR Mail LIKE '''+'%'+S+'%'' OR Anrede LIKE '''+'%'+S+'%''';

Bedenklich ist für mich, dass wenn ich OR durch AND ersetze kein Fehler kommt, das Ergebnis natürlcih nicht das gewünschte ist.


Bernd.

[aladin60]

hier noch die SQL-Abfrage, die wunderbar funtioniert:

SELECT [Person]
,[Termin]
,[Alarm]
,[Adr]
,[Obj]
,[Kunde]
,[Notiz]
,[Betreff]
,[Archiv]
,[Sound]
FROM [Termine]
where (Archiv = 'false') AND (Betreff LIKE '%Ka%' OR Notiz LIKE '%Ka%')

PS: "Ka" ist der Suchbegriff.

Das Ergebnis lautet: (1 Zeile(n) betroffen)

Bernd.

[alzaimar]

Wieso verwendest Du nicht einfach den Format-Befehl. Er befreit Dich von Plus- und Hochkommaorgien

Delphi-Quellcode:

// So:
Filter:='(Archiv = '+QuotedStr('false')+') AND ((Betreff LIKE '+QuotedStr('%'+SS+'%')+') OR (Notiz LIKE '+QuotedStr('%'+SS+'%')+'))'
// Oder so:
Filter := Format('(Archiv = %s) AND ((Betreff LIKE %s) OR Notize LIKE %1:s),['false',QuotedStr('%'+SS+'%')]);

Ist das nicht übersichtlicher und leichter zu lesen?

[Bernhard Geyer]

Wieso lässt du nicht Filter Filter sein und baust dir eine passende parametrisierte Abfrage zusammen?

[alzaimar]

Weil man so sehr flexibel auf unterschiedliche Filterszenarien reagieren kann. Aber grundsätzlich ist das natürlich die einfachste Vorgehensweise.

[mkinzler]

Wobei ein Filter lokal filtert

[aladin60]

Ich danke Euch allen für Eure Antworten.

Natürlich ist der Format-Befehl eine Alternative, da ich den Fall mit dem Filtern in einem recht umfangreichen Programm mit 4 DataSets und 2 Tabellen lediglich 4 Mal (tlw. auch kombiniert) benötige, sehe ich doch wenig Vorteile diese hier anzuwenden. Es wäre vielleicht für die Lesbarkeit der Quelltexte besser...

Zur Kontrolle gebe ich beim Programmieren immer eine Messagebox mit dem resultierenden string in der Testphase aus, da die "Hochkomma-Orgie" tatsächlich etwas unübesichtlich ist.

Die eigentlich Abfrage so zu formulieren ist dagegen keine Alternative, da die hier gewünschte "Suchfunktion" nur kurzzeitig zur Anzeige kommt, ich wegen der Abfrage dann aber die Daten erneut anfordern und den connect erneuern müsste. Natürlich auch noch zweimal, um wieder die gesamten Daten abzufragen.

Doch zurück zum ungelösten Problem: Filterstrings mit einem oder mehreren AND oder OR Verknüpfungen funktionieren, mischt man AND und OR verbunden mit Klammern kommt der Fehler...

Ich habe keine Idee mehr, falls jemand noch eine hat, her damit. Eine Lösung wäre aus meiner Sicht noch das satzweise durchsuchen, aber dann sind die DS nacheinander anzuzeigen - eigentlich nicht meine gewünschte Funktionalität.

Bernd.

[alzaimar]

Verwende keinen Filter, sondern baue Dir die Query zur Laufzeit zusammen. Du weisst doch, das das SELECT mit dem Filter-String funktioniert.

So mach ich das immer.

[MatthiasR]

Ich hänge mich hier mal ran...

Ich möchte einen DBGrid-Inhalt zur Laufzeit filtern. Und zwar soll ein Bediener über ein Edit-Feld die Möglichkeit haben, ein paar Anfangsbuchstaben einzugeben und der DBGrid-Inhalt passt sich dann direkt an und zeigt nur die Zeilen, bei denen der Inhalt eines bestimmten Feldes mit diesen Buchstaben beginnt (case-insensitiv).

Bisher habe ich es so versucht (Table aus Zeoslib):

Delphi-Quellcode:

Table.Filter := 'spaltenname = ' + QuotedStr(edSuche.Text + '*');
Table.FilterOptions := [foCaseInsensitive];
Table.Filtered := True;

Nur werden dann egal was ich eingebe keinerlei Zeilen aufgelistet, obwohl definitiv einige dem Suchkriterium entsprechen müssten :-/ . Woran kanns liegen?