Discussion :

[Kropernic]

Bonjour,

Je suis persuadé que cela doit être trivial mais je sèche...

Dans un select statement, je veux effectuer un filtre sur une date.

Je fais donc quelque chose comme :

Code :

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

1
2
3
select *
from maTable
where maColonneDateTime = '2012-01-05'

Le souci, c'est que cela ne me retournera jamais de résultat car, comme on peut le voir dans l'estimated execution plan, la comparaison que sql server effectue est :

Code :

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

maColonneDateTime = '2012-01-05 00:00:00.000'

Or il y a bien une donnée temporelle également dans mes colonnes.

Je pourrais contourner le problème en utilisant l'une ou l'autre fonction de traitement des chaines de caractère pour extraire la partie date de ma colonne pour effectuer la comparaison mais j'imagine que quelque chose d'aussi basique est prévu quelque part...
Non ?

Bref, vous faites comment vous ?

Griftou.

P.S. : Oui c'est la première fois que je travaille avec des colonnes datetime (c'était du char(8) avant)

[mikedavem]

Bonjour,

Code :

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

1
2
3
SELECT *
FROM maTable
WHERE maColonneDateTime BETWEEN '2012-01-05' AND '2012-01-05 23:59:59'

ou encore

Code :

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

1
2
3
4
SELECT *
FROM maTable
WHERE maColonneDateTime >= '2012-01-05' 
 AND maColonneDateTime < '2012-01-06' -- Ca ferait plaisir à Elsuket :-)

ou encore depuis SQL Server 2008

Code :

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

1
2
3
SELECT *
FROM maTable
WHERE CAST(maColonneDateTime AS DATE) = '2012-01-05';

++

[Waldar]

Il suffit d'utiliser des comparaisons au lieu d'une égalité.
Avis personnel, je préfère convertir mes constantes en date :

Code :

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

1
2
3
4
SELECT *
  FROM maTable
 WHERE maColonneDateTime >= convert(datetime, '2012-01-05', 121)
   AND maColonneDateTime <  convert(datetime, '2012-01-06', 121)

[Kropernic]

Ok donc au final, il faut toujours travailler sur des intervalles de dates.

Je suis loin d'être un expert dans ce domaine mais n'est-ce pas bizarre de devoir faire ce genre de chose ?

Si je caricature, c'est un peu comme si pour faire

Code :

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

where id = 3

je devais faire

Code :

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

where id >= 3 and id < 4

Perso, ça me choque...

Il y a une raison technique ou logique derrière cette contrainte d'intervalle sur les dates ?

Griftou.

[Waldar]

Oui, ce sont les heures / minutes / secondes qui sont portées par le type datetime.

Pour reprendre votre analogie, dans votre colonne vous n'avez pas 3 mais 3,5.

[Kropernic]

Tout à fait d'accord avec vous mais pour l'exemple, il existe la fonction floor qui me permet d'extraire facilement la partie qui m'intéresse.

Je suis étonné qu'il n'existe pas de fonction permettant d'extraire facilement la partie date d'une donnée datetime. J'ai regardé du côté de la fonction datepart mais même là, cela ne semble pas être le cas (du moins pas directement).

[mikedavem]

Avant SQL Server 2008 vous aviez le type datetime qui stocke la date ET l'heure. Le stockage est composé de 2 entiers pour la partie DATE et la partie HEURE.

Avec un FLOOR vous allez extraire la partie DATE mais vu que vous reconvertissez par la suite en DATETIME, vous aurez toujours une notion d'heure.

Pour pallier ce problème de conversion et d'extraction de la partie heure, les types DATE et TIME a été implémenté avec 2008. Vous pouvez maintenant vous concentrer sur la partie que vous intéresse réellement.

++