ich habe folgendes Problem und suche schon den ganzen Tag nach einer Lösung.
Wenn ich in eine SQLLite Datenbank das Datum in der Struktur Date eingeben, wird es mir in der Tabelle richtig angezeigt. Im Datenbankbrowser da das Datum 17.03.2016 mit 2457829.5.Nun möchte ich bei der Suche im Edit1.text
"17.03" eingeben und dann soll er diesen Datensatz finden. Dafür müsste ich den Realwert in Datum wandeln aber wie.

Sorry, aber... hä? Was gibst Du wo ein, und wie wird es dann dargestellt? SQLite kennt keinen expliziten Date-/DateTime-Typen (siehe Doku Punkt 2.2), ich nehme dafür immer die TEXT-Variante, die lässt sich IMO am einfachsten ohne großes Gehampel kontrollieren.

Moin...

Zitat:

"17.03" eingeben und dann soll er diesen Datensatz finden.

"17.03"...2017, 1918, 1534...? So kannst das Datum in der Datenbank nicht eindeutig identifizieren.

Was hast du den vor?

Datum := StrToDateTime(Edit1.text); Wenn in Edit1.Text ein gültiges Datum steht, dann könnte das funktionieren.

Wenn nur 17.03 eingegeben wird, wie sollen Programm und / oder Datenbank den "wissen" aus welchem Jahr der 17.03 gesucht werden soll?

im Anhang mein Problem,ich muss zum sortieren das Datumsfeld haben.im oberen Teil ist zu sehen wie es im DBGrid
aussieht unten wie in der Datenbank.Nun möchte ich im Datumsfeld der SQL Datenbank sichen nach Datum aber er kennt dort ja nur die Zahl.
Zu suche Datum like "'+AFWerte[4]+'"'; Entspricht alles anzeigen was im Datumsfeld 17.03 hat

In den Zahlen kann man nicht mit Like und Teilstrings suchen.

Wenn eine Suche mit Like erforderlich ist, muss man das Datum als Zeichenfolge speichern oder jeweils umwandeln.

Ausgehend von dieser Seite https://www.sqlite.org/datatype3.html, könnte es sich bei dem Datumswert in Deiner Datenbank um folgendes handeln:

Zitat:

REAL as Julian day numbers, the number of days since noon in Greenwich on November 24, 4714 B.C. according to the proleptic Gregorian calendar.

Schau mal bitte hier https://www.techonthenet.com/sqlite/functions/time.php, ob dort eine passende Funktion zu finden ist, mit der Du in einer Abfrage das Datum aus der Datenbank in eine Zeichenfolge verwandeln kannst, die dann mit Like genutzt werden kann.

Sowas in der Art: select * from tabelle where Date(Datumspalte,'DD.MM.YYYY') like '17.03%'

Zitat von Emsbootsmann:

...Nun möchte ich bei der Suche im Edit1.text
"17.03" eingeben und dann soll er diesen Datensatz finden. Dafür müsste ich den Realwert in Datum wandeln aber wie.

Meine Vorgehensweise aus verschiedenen Gründen.
Das Teildatum so anreichern, dass es ein gültiges Datum ergibt und zwar den Start einer Bereichssuche, korrespondierend einen 2.Wert bauen, der das Ende des Bereiches darstellt.
Ergibt für einen Tagesbereich bspw. solch ein Statement:

markieren

Code:

  //delphi pseudocode
  Var startDateRange, endDateRange :TDate
  begin
    startDateRange := EditText+'.2016';
    endDateRange := startDateRange + 1 Tag;

markieren

Code:

  --SQL Statement
select * from mytable x where x.mydate between :pStartDate and :pEndDate

Die Anreicherung und Konvertierung des Eingabestrings kann man natürlich auch im SQL Statement selbst durchführen.
Wichtig ist, bestimmte Prinzipien zu berücksichtigen.
Kein Like, sondern Bereichssuche mit ><= oder between im SQL.
Bereichserzeugung (Parameterwerte) geht idR recht einfach, sobald man echte Datumswerte erzeugt hat, dann kan man damit einfach rechnen, das gilt sowohl für SQL als auch für Delphi. In SQL stehen dazu -meist Datenbank spezifisch- eine ganze Reihe von Hilfsfunktionen zur Verfügung.

Nun der Wunsch nach dem "17.3" ist als solches ja schon seltsam.
Meiner Meinung nach müßte man den 17.3.2015,17.03.2016 (oder besser 2015-03-17,2016.03.17) usw. suchen.
Das "Like " sehe ich als berechtigte Visualisierung eines vergewaltigten DB-Feldes.

Gruß
K-H

Zitat von p80286:

Das "Like " sehe ich als berechtigte Visualisierung eines vergewaltigten DB-Feldes.

Diese Formulierung gefällt mir

Hier ist eigentlich noch die Aufgabenstellung unklar.

Wenn nach 17.03 gesucht wird, heißt das, dass alle Datensätze zu allen 17.03 aller Jahre gefunden werden sollen?
Oder will man hier dem Anwender nur die Eingabe von 5 weiteren Zeichen ersparen, also eine unsinnige Faulheit unterstützen?

Dann scheidet das von Jobo zu Sprache gebrachte Between leider aus.

Wenn man nach einem Datum sucht, dann sollte man auch dieses Datum eingeben und nicht nur 'ne Teilmenge, in der Hofflung: Die DB wird's schon richten.

Alternative: Datum als Zeichenfolge in der DB ablegen in der Form YYYYMMDD. Dann kann man auch mit Teilzeichenfolgen und Between sinnvoll und (vermutlich) performant suchen.

Aus der Eingabe 2017 wird dann per Programmcode Between '20170101' and '20171231'.

Aus der Eingabe von 201703 wird Between '20170301' and '20170331'.

So kann man sinnvoll nach einem konkreten Datum suchen oder auch nach Datumsbereichen von-bis.

Die einzige Verwendung von Eingaben ala 17.03 erscheint mir bei einer Kalendersuche die Suche nach bestimmten Jahrestagen zu sein. Sowas in der Art: Wer ist alles am 17.03 geboren.

Also sowas: http://www.promi-geburtstage.de/maer...g-am-17-maerz/
https://geboren.am/17-maerz

Hallo,
warum sollte die Aufgabenstellung seltsam sein?

Den Bug habe ich am 17.03. eingebaut, aber welches Jahr ... ?

Noch mal zum Thema:
select * from tabelle where strftime('dd.mm',Datumsspalte) = '17.03'

Das sollte doch gehen?