Problem mit Date in SQLite3 und Firedac

[Fritzew]

Tja habe jetzt noch etwas "herumgespielt "
Neue Datenbank angelegt mit 1 Tabelle

Code:

CREATE TABLE [Test](
    [ID] INTEGER PRIMARY KEY NOT NULL, 
    [DATE2] DATETIME 
  );

Code:

Select DATE2
from Test

where DATE2 <= CURRENT_DATE

funktioniert mit Firedac nicht.
Ohne den Vergleich geht es.

[Ghostwalker]

Sieht so danach aus als hätte Firedac da wohl ein Problem.

Probier in deinem Test doch mal folgende Variante:

Delphi-Quellcode:

Select DATE2
from Test

where NOT (DATE2 > CURRENT_DATE )

[bra]

Als was wird die Date2-Spalte denn in der SQLite-Datenbank erstellt? SQLite hat selbst keinen Date/Datetime-Typ.

[Fritzew]

Hallo

Zitat:

Als was wird die Date2-Spalte denn in der SQLite-Datenbank erstellt? SQLite hat selbst keinen Date/Datetime-Typ.

Die Spalte ist als DATE deklariert.

Habe jetzt eine Lösung gefunden

Code:

Anstatt  CURRENT_DATE benutze ich Date('now')

daß funktioniert

[himitsu]

SQLite kann DateTimes in verschiedenen Formaten darstellen (hatte hier schon wer verlinkt).

SQL-Code:

SELECT CURRENT_DATE, Date('now')

Was kommen hier denn für Feldtypen bei raus?
Eventuell benötigt man für Vergleiche die selben internen Typen.

[Fritzew]

Zitat:

Zitat von himitsu (Beitrag 1355470)

SQLite kann DateTimes in verschiedenen Formaten darstellen (hatte hier schon wer verlinkt).

SQL-Code:

SELECT CURRENT_DATE, Date('now')

Was kommen hier denn für Feldtypen bei raus?
Eventuell benötigt man für Vergleiche die selben internen Typen.

Das dürfte das Problem sein,

CURRENT_DATE liefert einen Double
DATE('now') einen String

Habe jetzt noch mal in der Documentation zu SQlite nachgelesen,
ist wohl tatsächlich so dass man sich auf einen Typ für Datetime und Co innerhalb einer DB festlegen sollte.

Und dann dem entsprechend die passenden functionen benutzt.
Das "versteckt" Firedac denke ich zu gut.....