[SQLite] Problème avec les dates

hello,

Citation:

---

Envoyé par thewolf

je suppose donc que tu as créé ta base avec ces commandes sql à partir de l'utilitaire en ligne de commande sqlite3.exe. Où peux-tu le faire par programmation (Lazarus) à partir de l'ensemble TSQLite3Connection, TSQLTransaction, TSQLQuery ?

---

On peut le faire avec ExecuteDirect. Exemple :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

SQLite3Connection1.ExecuteDirect( 'CREATE TABLE DeadlyMushrooms '+LineEnding+ '-- This table created by Jurassic Pork '+LineEnding+ '-- for Free Pascal Lazarus '+LineEnding+ '-- Create date:2013-08-05 23:55:09 '+LineEnding+ '( '+LineEnding+ ' ID INTEGER NOT NULL PRIMARY KEY AUTOINCREMENT, '+LineEnding+ ' Scientific_Name VARCHAR NOT NULL, '+LineEnding+ ' Common_Name VARCHAR, '+LineEnding+ ' `Order` VARCHAR, `Genus` VARCHAR, `Notes` TEXT, `Picture` BLOB, `Image_Link` VARCHAR)' );

---

Citation:

---

Question subsidiaire : dans un programme Lazarus, dois-tu utiliser le format "1987-06-20" dans une requête sql ? Ou "select ... where hire_date = 11/12/2020" renvoie-t-il l'enregistrement 102 (Lex de Haan) ?

---

Cela dépend comment a été stocké la date dans la base de données mais il faut certainement que le format soit le même pour toutes les dates présentes dans la base de données.
Avec TSQLite3Connection , il semblerait que les dates rentrées dans Lazarus soit en format double.

[EDIT] ce genre de requête :

Code:

---

1 2	select * from employees where strftime('%Y-%m-%d', hire_date) = date('2020-05-18')

---

fonctionne pour des dates stockées en double ou en chaîne mais pas en entier.

Ami calmant, J.P

Bonjour,
J'arrive un peu comme un cheveu sur la soupe, je suis une petit utilisateur de lazarus sous linux et j'utilise les tables sqlite avec les composants natifs depuis plusieurs années et comme jon Shannow j'utilise que des champs au format chaîne, pour les affichage ou les contrôles j'utlise les conversions et pour créer les tables j'utilise sqlitebrowser. DE cette façon je n'ai pas de problème avec les champs des bases sqlite. Mais c'est mon humble avis.
A+

Citation:

---

Envoyé par ovni76

Bonjour,
J'arrive un peu comme un cheveu sur la soupe, je suis une petit utilisateur de lazarus sous linux et j'utilise les tables sqlite avec les composants natifs depuis plusieurs années et comme jon Shannow j'utilise que des champs au format chaîne, pour les affichage ou les contrôles j'utlise les conversions et pour créer les tables j'utilise sqlitebrowser. DE cette façon je n'ai pas de problème avec les champs des bases sqlite. Mais c'est mon humble avis.
A+

---

Bonjour.
Merci pour ce témoignage.

Je suis aussi un petit utilisateur ... je développe quelques programmes pour mes besoins personnels et pour mon plaisir.
Historiquement, j'utilisais Delphi (v1 puis v2) avec le BDE et des bases Paradox ou DBase ...

Puis j'ai découvert Lazarus qui, couplé à sqlite, est un outil très performant.

Pour mes applis base de données, je me sers de TSqlite3Dataset qui est très pratique et fonctionne parfaitement. Ce fil aura permis de diagnostiquer qu'il encode les dates comme le nombre de jours écoulés depuis le 30/12/1899, pas scandaleux (!) puisque plusieurs logiciels dont Object Pascal utilisent le 30/12/1899 comme origine des dates. Du coup, tout se fait automatiquement : on récupère des variables de type TDateTime, l'interface avec un TDBGrid ou un TDBDateEdit affiche les dates au format français ...

Le seul "inconvénient" que j'ai donc découvert récemment est qu'il n'est pas possible de mettre une date en clair dans une requête sql comme "select * from operations where date='08/12/2020'" mais qu'il faut écrire "select * from operations WHERE date=44173".

Il ne semble pas exister de fonction sql retournant ce nombre de jours à partir de la date, style "numjours('08/12/2020')", bien dommage.
Comme je l'ai indiqué, on peut écrire : "julianday('2020-12-08')-julianday('1899-12-30')" mais c'est un peu lourd ...
Pour mes besoins personnels, j'ai opté pour une fonction en pascal me retournant ce nombre.

Il est peut-être possible de créer sa propre fonction en sql, sujet à creuser.

Je vais donc marquer ce sujet comme résolu malgré ce manque.

Merci à tous.

Christian