Comment comparer datetime avec une seule date en SQL Server

Select * from [User] U
where  U.DateCreated = '2014-02-07'

mais dans la base de données de l'utilisateur a été créé sur 2014-02-07 12:30:47.220 et quand je ne mets '2014-02-07'

Il ne montre pas toutes les données

InformationsquelleAutor Muhabutti | 2014-08-29

68

NE PAS être tenté de faire des choses comme ceci:
```
Select * from [User] U where convert(varchar(10),U.DateCreated, 120) = '2014-02-07'
```
C'est une meilleure façon:
```
Select * from [User] U 
where U.DateCreated >= '2014-02-07' and U.DateCreated < dateadd(day,1,'2014-02-07')
```
~~voir: Sargable~~ (la page a été supprimé de Wikipédia)

EDIT +
Il y a 2 raisons fondamentales pour éviter l'utilisation de fonctions sur les données dans la clause where (ou dans des conditions de jointure).
1. Dans la plupart des cas à l'aide d'une fonction sur les données de filtrer ou de rejoindre supprime la capacité de l'optimiseur pour accéder à un index sur ce champ, ce qui rend la requête plus lent (ou plus "coûteux")
2. L'autre est, pour chaque ligne de données, il existe au moins un calcul effectué. Qui pourrait être l'ajout de centaines, des milliers ou des millions de calculs à la requête de sorte que nous pouvons comparer à un seul des critères tels que l' 2014-02-07. Il est beaucoup plus efficace de modifier les critères d'adapter les données à la place.
"Modifiant les critères d'adapter les données" est ma façon de décrire "l'utilisation SARGABLE prédicats"

Et n'utilisez pas d'entre deux.

la meilleure pratique avec la date et l'heure des plages est à éviter ENTRE et
toujours utiliser le formulaire:

OÙ la col >= '20120101' ET de col < '20120201" Ce formulaire fonctionne avec tous les
les types et toutes les précisions, indépendamment du fait que le temps de la partie est
applicables.

http://sqlmag.com/t-sql/t-sql-best-practices-part-2 (Itzik Ben-Gan)
- Si vous avez un peu de temps, vous devrez expliquer pourquoi l'un est meilleur que l'autre (l'utilisation des index), pour rendre une meilleure réponse
- plus facile à dire qu'à faire, il y a plusieurs types de données (date, datetime, datetime2 smalldatetime) avec différentes mssql versions à prendre en compte. Une réponse ne convient pas à tous, j'ai peur. Mais je vais ajouter une note.
- Si vous utilisez cast(datetime comme date), il va utiliser un index sur le champ date / heure. essayez-la.
- Ford, je suis d'accord dans les dernières versions de mssql - c'est pourquoi j'ai dit "c'est plus facile à dire qu'à faire"; c'est v. difficile d'être bon dans toutes les conditions. Cependant, il est une bonne pratique d'utiliser sargable prédicats même si les optimiseurs de can parfois compenser.
- vous avez raison, mais l'OMI, avant d'apprendre que le cas particulier on devrait apprendre la générale. Le cas général est que l'utilisation d'un CAST sur une colonne indexée supprimer l'index de l'optimiseur, la deuxième raison est souligné dans la réponse peut être assez gênant avec le grand jeu de données.
- merci, je comprends et j'apprécie vos commentaires et les changements à votre post. La deuxième raison ne s'applique pas dans ce cas puisqu'il y a seulement 2 des calculs supplémentaires, lorsque la clause where est élargi à col > date de début et de col < date_fin. avec startdate et enddate être calculée qu'une fois.
- Seule chose à retenir est le format de date dans sql server est 'AAAAMMJJ' OU 'YYYY-MM-DD'.
- le plus sûr date literal format "AAAAMMJJ". Types de données de: date ou datetime ou le temps ou datetime2 ou smalldatetime n'ont PAS de format, car ils sont stockés sous forme de nombres. Pour la date de littéraux 'YYYY-MM-DD' est PAS tout à fait sûr, il est l'un des paramètres régionaux qui peuvent mal interpréter cette séquence à être AAAA-JJ-MM
InformationsquelleAutor Used_By_Already
55

Si vous êtes sur SQL Server 2008 ou une version ultérieure, vous pouvez utiliser le type de données de date:
```
SELECT *
FROM [User] U
WHERE CAST(U.DateCreated as DATE) = '2014-02-07'
```
Il convient de noter que si la date de la colonne est indexée alors ce sera encore utiliser l'index et est SARGable. C'est un cas particulier pour les dates et les datetimes.

Vous pouvez voir que SQL Server en fait, transforme ce dans a > et < clause:

J'ai juste essayé sur un grand tableau, avec un index secondaire sur la colonne de date comme par @kobik les commentaires et l'indice est toujours utilisé, ce n'est pas le cas pour les exemples d'utilisation de ENTRE ou >= et <:
```
SELECT *
FROM [User] U
WHERE CAST(U.DateCreated as DATE) = '2016-07-05'
```
- il semblait que j'étais le ciblage de cette réponse, qui n'était pas le cas comme nous l'avons posté à peu près à la même époque et j'étais pas au courant de votre réponse. Mais afin de réduire la nécessité pour vous d'augmenter la taille de votre image de plus, j'ai changer mon "ne pas faire", par exemple, peut-être cela aidera?
- oui merci
- Comment est AaronsBad de la base de données va, ces jours-ci?
- comme vous pouvez le dire que c'était temporaire db qui n'existe plus.
- "Il convient de noter que si la date de la colonne est indexée alors ce sera encore utiliser l'index et est SARGable" - Cela est vrai lorsque DateCreated est PK ou l'Index cluster. pour les index non-cluster, il est un full table scan.
- bon point, je n'avais pas repéré que
- en fait, je viens de faire un test et cette solution utilise un index pour une grande table. Les autres solutions ne le sont pas.
InformationsquelleAutor Steve Ford
2

En fonction de votre requête
Select * from [User] U where U.DateCreated = '2014-02-07'

SQL Server est en comparant la date exacte et l'heure je.e (en comparant 2014-02-07 12:30:47.220 avec 2014-02-07 00:00:00.000 pour l'égalité). c'est pourquoi le résultat de la comparaison est fausse

Par conséquent, Tout en comparant les dates que vous devez considérer le temps aussi. Vous pouvez utiliser

Select * from [User] U where U.DateCreated BETWEEN '2014-02-07' AND '2014-02-08'.
- Malheureusement SQL définit between avec est égal aux deux extrémités (>= et <=) par exemple select * from x where col_1 between 'A' and 'M' comprend et M (B pour L de cours). Que la nature inclusive de between est formidable pour quelque chose comme un index de document; mais pour la date/l'heure des plages, c'est un désastre, parce qu'il crée des chevauchements. Je sais que l'aide entre les ressemble beaucoup, mais, en vérité, un SQL between juste ne fonctionne pas correctement pour des plages de dates. Toujours utiliser une combinaison de >= et < comme dans U.DateCreated >='2014-02-07' and U.DateCreated < '2014-02-08'
- D'accord avec vous, mais pour ce cas particulier (en question), between est OK. votre suggestion pour l'utilisation >= et < est sans aucun doute préférable à between des plages de dates. Je veux juste dire que nous devrions considérer le temps aussi, lorsque l'on compare les dates.
InformationsquelleAutor imdzeeshan
0

De-sûr, c'est un vieux thread, mais pour le rendre complet.

À partir de SQL 2008, vous pouvez utiliser le type de données de DATE de sorte que vous pouvez tout simplement faire:
```
SELECT CONVERT(DATE,GETDATE())

OR

Select * from [User] U
where  CONVERT(DATE,U.DateCreated) = '2014-02-07' 
```
InformationsquelleAutor Bikram
-2

Vous pouvez utiliser LIKE déclaration au lieu de =. Mais pour ce faire, avec Horodatage, vous devez CONVERT de la première VARCHAR:
```
SELECT * 
FROM [User] U
WHERE CONVERT(VARCHAR, U.DateCreated, 120) LIKE '2014-02-07%'
```
- +1 car c'est un travail, et peut être utilisé dans de nombreux scénarios, s'il vous plaît ne pas voter de travail réponses juste parce que vous sentez que ce n'est pas une bonne pratique, nous fournir un système fiable de l'article ou de la doc, puis vous nous convaincre plus
- Conversion de chaîne de caractères suivie par comparaison est plus cher que la date de la comparaison. Donc les downvotes sont garantis, ce n'est pas un bon moyen de faire ce que l'OP veut faire.
InformationsquelleAutor WhiteAngel
-2

S'il vous plaît essayer cette. Cette requête peut être utilisée pour la comparaison de dates
```
select * from [User] U where convert(varchar(10),U.DateCreated, 120) = '2014-02-07'
```
InformationsquelleAutor SnowWhite

Vous devez vous connecter pour publier un commentaire.