Discussion :

[Luc1an0]

Bonjour à tous,

Je vous fait part d'une question assez troublante. C'est assez gênant je dois dire aussi ... !

Nous possédons un serveur sous Windows 2003. Il est français pas de souci là dessus.

Néanmoins, toutes les dates apparaissent au format "yyyy-mm-dd". Vous allez me dire que c'est l'outil que j'utilise qui est en anglais et qu'il ne fait que m'afficher un format de sortie Anglais. Et bien non. J'utilise Studio Express pour mes requêtes et je n'avais jamais eu de souci avec ce logiciel.

Donc d'une part les données de type "DateTime" s'affichent au format anglais, mais d'autre part un point encore plus troublant. Je ne peux pas faire de requête sur une date précise.

Si par exemple je veux retrouver des enregistrements avec une date au jour J (et non sur une période) genre :

Code :

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

Select * from MaTable Where MaDate = '13/05/2009'

Cette requête ne me ramène aucun enregistrement.

Je suis obligé de faire cela :

Code :

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

Select * from MaTable Where MaDate > '12/05/2009'  AND MaDate < '14/05/2009'

C'est plutôt embêtant. Jusqu'à maintenant je fais avec, mais je voudrai comprendre le fond du problème, et tant qu'à faire le résoudre.

Nous utilisons pas mal ACCESS (avec tables liées), et il répond bien par contre au type de la première requête.

De mémoire, je n'ai pas essayé d'effectuer ma requête en DotNet car je les testent toutes avant sur Studio Express. Mais je testerai si cela peut vous donner des pistes.

[elsuket]

Bonjour,

Ce que vous voyez dans Management Studio est une des représentations possibles d'une date, comme vous pourrez vous en apercevoir en regardant la documentation de la fonction CONVERT(), et ce, quel que soit le langage qui est configuré pour votre instance ou votre base de données.
SSMS utilise le formant ODBC canonique pour vous montrer une date (120).

Une valeur de type DATETIME est stockée dans les pages de données de votre table sous la forme de deux entiers de 4 octets chacun : un pour la date, et un autre pour les heures.
Ceci explique qu'écrire :

Code :

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

SELECT maColonnedeTypeDATETIME - 1

fonctionne et retourne la date actuelle, diminuée d'une jour.

Dès lors, le seul format de date qui convienne dans tous les cas est le format ISO : AAAAMMYY.

Votre première requête ne fonctionne pas pour la raison suivante :

Code :

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

1
2
SELECT CAST('13/05/2009' AS DATETIME)
SELECT CONVERT(DATETIME, '13/05/2009', 103)

Retournent dans les deux cas 2009-05-13 00:00:00.000.
La colonne MaDate contient-elle cette valeur ?
Ceci explique pourquoi votre seconde requête fonctionne.
Notez que le CAST fonctionne parce que le format de la date qui est défini pour mon instance est DMY (DBCC USEROPTIONS pour le savoir)

Cette requête ne me ramène aucun enregistrement.

Non : cette requête ne ramène aucune ligne, ou aucun tuple.
Les enregistrements, c'est dans les fichiers. Une table n'est pas un fichier

Pour la seconde requête, vous serez toujours obligé d'écrire quelque chose de ce type.
Au format ISO, cela donne :

Code :

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

1
2
3
SELECT *
FROM MaTable
WHERE MaDate BETWEEN '20090512'  AND '20090514'

Et avec les heures, comme d'habitude :

Code :

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

1
2
3
SELECT *
FROM MaTable
WHERE MaDateBETWEEN '20090611 00:05:00' AND '20090612 23:12:00'

Dans votre requête comme dans celle que je vous propose, SQL Server effectue une conversion implicite vers le type DATETIME pour ensuite effectuer votre requête.

@++

[Luc1an0]

Merci beaucoup pour vos précisions.

Et par curiosité, pourquoi ma première requête sur une base SQL 2005 me ramène bien les données que j'attends ?

[elsuket]

Bizarre, j'ai essayé sur une 2005 express, ça n'a pas fonctionné ...

@++

[agemis31]

Bonjour,

Je ne vois pas comment ça peut fonctionner avec un DATETIME sauf vous vous ne voulez que les lignes dont l'heure = '00:00:00' et que vous avez des données correspondantes. A moins que vous ne requiétiez une table liée access...

@+

[dily0403]

Il me semble que faire un

Code :

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

SELECT * FROM MaTable WHERE MaDate = '13/05/2009'

revient à faire un

Code :

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

SELECT * FROM MaTable WHERE MaDate = '13/05/2009 00:00:00'

-> SQL Server cherchera des lignes pour cette date/heure précise...

Donc si vous voulez récupérer toutes les lignes dont la date seule est 13/05/2009, il vous faudra effectivement faire un

Code :

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

SELECT * FROM MaTable WHERE MaDate BETWEEN '13/05/2009 00:00:00' AND '13/05/2009 23:59:59'

-> La 2nde date fournie à BETWEEN est considérée par SQL Server comme "INCLUSE", c'est pourquoi on ne mettra par '14/05/2009 00:00:00'...

[SQLpro]

SELECT * FROM MaTable WHERE MaDate BETWEEN '13/05/2009 00:00:00' AND '13/05/2009 23:59:59'

Ceci est faux, car du fait de l'imprécision du type DATETIME (3ms) la valeur '13/05/2009 23:59:59' est interprété comme '14/05/2009 00:00:00'
Il faut mettre '13/05/2009 23:59:57' par exemple.

A +

[agemis31]

Bonjour,

Merci, intéressant cette précision à 3,33 millisecondes du type DATETIME

On peut aussi éliminer la partie décimale, je n'ai pas comparé les performances mais j'imagine que c'est moins bon.

Code :

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

1
2
3
4
5
SELECT * FROM MaTable 
WHERE MaDate BETWEEN '13/05/2009 00:00:00:000' AND '13/05/2009 23:59:59:997' 
--
SELECT * FROM MaTable WHERE 
CAST(FLOOR(CAST(MaDate AS FLOAT)) AS DATETIME) = '13/05/2009'

Le type DATETIME2 de SQL Serveur 2008 à une présision de 100 nanosecondes :-)

@+

[dily0403]

Ceci est faux, car du fait de l'imprécision du type DATETIME (3ms) la valeur '13/05/2009 23:59:59' est interprété comme '14/05/2009 00:00:00'
Il faut mettre '13/05/2009 23:59:57' par exemple.

A +

A ma connaissance, l'arrondi de 59,003 secondes n'a jamais fait 60 secondes...