Problem mit Date in SQLite3 und Firedac

[jobo]

Zitat von Ghostwalker:

Gemeint sind die 2 auskommentierten Zeilen im SQL-Code

Ja, ich hab zunächst nicht geschnallt, was mit (auskommentierte) Zeilen gemeint war.

[Ghostwalker]

Ich persönlich speicher Datum und Zeitwerte generell als Unixtimestamp (integer). Lediglich für die Anzeige im Programm selbst wandel ich das mal um. Dafür bieten die Programmiersprachen, die ich kenne, alle in irgendeiner Form eine Konvertierung an (Bei Delphi UnixToTDateTime bzw. TDateTimeToUnix), sofern sie nicht selbst diesen Typ nutzen.

[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).

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.