Probleme requête avec un Timestamp

**matthieu86** · 02/07/2008, 18h43

Bonjour,

Je suis entrain de reprendre un projet de logiciel en Java dont la base de données est Firebird 2.1. Je visionne cette base avec IBexpert. Je souhaite donc faire une requête avec une clause " WHERE " sur un attribut d'une table de type timestamp.

Mon problème est le suivant, voici un exemple de ce que m'affiche IBexpert pour un timestamp : 02.07.2008 17:40:24.

J'ai tenté de faire les requêtes suivantes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Select * from nomTable where monChampTimestamp = '02.07.2008 17:40:24';
Select * from nomTable where monChampTimestamp like '02.07.2008 17:40:24';

Ces requête ne fonctionnant pas

j'aimerai savoir comment je pourrai faire pour retourner un élément de ma table en fonction du timestamp.

Merci d'avance,

Matthieu

**Cl@udius** · 02/07/2008, 20h07

Salut

Une première remarque, on présente les dates sous ce format 'MM/DD/YYYY' ou bien 'YYYY-MM-DD'.
Ensuite Firebird 2.1 stocke les timestamp avec les millisecondes.

Conclusion ta requête n'aboutit pas car il 'traine' des millisecondes derrière l'heure: '17:40:24.???'.

Donc tu dois faire évoluer ta requête en précisant un intervalle (between) ou encore avec un DATE_DIFF.
Autre solution, ne pas stocker les millisecondes dans ton Timestamp.

@+ Claudius

**makowski** · 02/07/2008, 21h22

Envoyé par Cl@udius

Une première remarque, on présente les dates sous ce format 'MM/DD/YYYY' ou bien 'YYYY-MM-DD'.

non
pas seulement cf :http://www.developpez.net/forums/sho...14&postcount=3

**Cl@udius** · 02/07/2008, 22h02

Envoyé par makowski

non
pas seulement

Certes, je ne prétendais pas être exhaustif.

Néanmoins merci de cette précision.

[edit]
DD.MM.CCYY ou DD.MM.YY, je n'avais connaissance de ce format.
Thanks.

@+

**_skip** · 07/07/2008, 22h13

La meilleure solution c'est un between pour être sûr d'utiliser les index. A ma connaissance, les fonctions permettant d'extraire une partie de la date provoqueront une analyse de table.