TSQLQuery.Filter auf DateTime-Feld funktioniert nicht (mysql)

[PASST]

Hallo allerseits,
ich nutze Lazarus 1.2.6 unter Win7 x64 mit einer MySQL-Datenbank.

Ich möchte die Filter-Eigenschaft eines TSQLQuery nutzen. Dies funktioniert aber nicht bei einem Feld vom Datentyp DateTime. Der Filter funktioniert bei einem Feld vom Typ VarChar erfolgreich.

Ich habe bereits folgendes versucht:
Filter := 'date(Feldname)=curdate()';
Als Fehler erhalte ich zur Laufzeit: 'index based on unknown filed "date"'

Filter := 'Feldname>=' + QuotedStr('2015-04-17 00:00:00');
Fehlermeldung: 'index based on unknown filed ">="'

Verwende ich dagegen die obere Variante 'date(Feldname)=curdate()' als Bedingung im SQL.Text, so funktioniert alles wie gewünscht. Ich möchte allerdings die Filter-Eigenschaft verwenden, um nicht zur Laufzeit mit dem SQL.Text spielen zu müssen.

Hat jemand eine Idee?

Gruß,
Peter

[Bernhard Geyer]

Wie so oft gesagt: Verwende parametrisierte Abfragen und hört das zusammengestöpsel der SQL-Statments auf.
Bei parametrisierten Abfragen verschwinden viele Problem die man sonst mit einem zusammengestöpselten Where-Konstrukt hat.

[himitsu]

Erstmal ist das garnicht vergleichbar, denn du hast nicht nur den zweiten Parameter geändert (so wie du es behauptest), sondern auch den ersten Parameter (ohne Cast) und auch noch den Operator.

SQL-Code:

Filter := 'date(Feldname) = curdate()';
Filter := 'date(Feldname) = date(' + QuotedStr('2015-04-17') + ')';

Parameter im Filter ist ja leider so nicht möglich :cry:, wäre aber ein nettes Feature.

[Bernhard Geyer]

Zitat:

Zitat von himitsu (Beitrag 1298213)

Parameter im Filter ist ja leider so nicht möglich :cry:

Argh. Ist da diese komische Client-Filterung. Das würde ich eh wegschmeißen und richtig (per Parameter) SQL-Statements zum Server schicken um nur die relevanten Daten zu bekommen.

[himitsu]

Die xxDACs (z.B. PgDAC) haben teilweise mehrere Filter.
Der clientseitige (vom TDataSet) und einen Weiteren, der genauso aussieht/behandlet wird, welcher sich aber hintenrum (intern) ins WHERE reinschreibt.

Local filtern geht aber schneller, wenn man sowieso zuerst alles anzeigt und erst dann später mal filtert. (keine weiteren DB-Abfragen)

[BadenPower]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1298214)

Argh. Ist da diese komische Client-Filterung. Das würde ich eh wegschmeißen und richtig (per Parameter) SQL-Statements zum Server schicken um nur die relevanten Daten zu bekommen.

Manchmal möchte man auch kurzzeitig nur 100.000 von 2.000.000 Zeilen in der Anzeige haben und das ohne jedesmal die Server unnötig zu quälen.

[PASST]

Ok, ich versuche es jetzt mal mit der parametrisierten Abfrage, habe aber schon meine erste Frage.

Code:

// Folgende Query mit Parametern:
SELECT Zeitstempel, Name 
FROM Tabelle
WHERE Name LIKE :parName
AND DATE(Zeitstempel)=:parHeute

Eigentlich möchte ich beide Bedingungen flexibel gestalten, dh. auch alle Werte anzeigen lassen können. Bei parName='%' kommt das hin, aber wie klappt das für parHeute?

Gruß,
Peter

[mkinzler]

Z.B. so

SQL-Code:

SELECT 
  Zeitstempel, Name
FROM 
  Tabelle
WHERE 
  Name LIKE :parName AND
  (DATE(Zeitstempel)=:parHeute OR :Alle = 1);

[PASST]

Danke, da muss man mal wieder um die Ecke denken ;)