SQL - Bonne clause “where” pour le mois en cours

Qui est la bonne façon de vérifier les événements du mois en cours sur SQL Server et pourquoi?

1) WHERE (DATEDIFF(month, EventTime, GETDATE())=0))

2) WHERE (YEAR(EventTime) = YEAR(GETDATE()) AND MONTH(EventTime) = MONTH(GETDATE()))

Format de Date dans la table c'est à dire EventTime: 2011-11-30 15:68:25.000

Remarque : Les Types de Données DATETIME, etc, n'ont pas des formats tels que. C'est juste que le format utilisé pour les représenter à l'écran, comme nous, les humains n'aiment pas la lecture binaire, etc. Si, toutefois, ils sont en fait stockées dans la table des chaînes de caractères (type NVARCHAR, etc), le format est important, et ce sera frappé les performances de mal.
ah, non, c'est un format datetime, pas de type varchar, pas de soucis 🙂

InformationsquelleAutor yosh | 2011-11-30

7

Je n'ai pas accès à un Serveur SQL avec un profiler, donc je ne peux pas vraiment donner une réponse détaillée que je le voudrais.

La question est essentiellement de savoir lequel permet au moins de calcul et une utilisation plus efficace des indices.

Variantes qui utilisent la manipulation de la chaîne ont la plus haute charge de calcul, et de ne pas utiliser les index à tous. Donc je vais juste ignorer ceux. Que laisser les quatre expressions...
```
SELECT * FROM date_sargable
WHERE  YEAR(value) = YEAR (getDate())
  AND MONTH(value) = MONTH(getDate())
;

SELECT * FROM date_sargable
WHERE DATEDIFF(MONTH, value, getDate()) = 0
;

SELECT * FROM date_sargable
WHERE DATEDIFF(MONTH, 0, value) = DATEDIFF(MONTH, 0, getDate())
;


SELECT * FROM date_sargable
WHERE value >= DATEADD(MONTH, DATEDIFF(MONTH, 0, getDate())    , 0)
  AND value <  DATEADD(MONTH, DATEDIFF(MONTH, 0, getDate()) + 1, 0)
;
```
Les trois premiers INDICE d'utilisation des SCANs, mais ce dernier utilise un INDEX de recherche. La différence est que le format de la requête permet à l'optimiseur de savoir que vous voulez une gamme spécifique de données, du fait que c'est tous les uns à côté des autres dans un même bloc de l'index, et qu'il est très facile de trouver ce bloc.

Si, lorsque l'on regarde les plans d'exécution, vous voyez une recherche dans une version et une ANALYSE à l'autre, vous êtes beaucoup plus susceptibles de bénéficier de la CHERCHER.
- Merci. Pour dire les choses simplement, c'est une question de condition? Ne pas comparer chaque enregistrement, mais pour obtenir une gamme?
- ENTRE est >= ET <=. Je préfère utiliser >= ET <. C'est parce que je puis n'avez pas de soins si les données sont en magasin pour le jour, la minute, la milliseconde, etc. Il fonctionne quel que soit l'exactitude. Mais d'autres que, oui, les gammes normalement effectuer mieux dans mon expérience.
- Merci! aide beaucoup.
- Définir inutile? Sans le DateAdd() vous venez d'avoir le nombre de mois prévus par la DATEDIFF(). Vous ne pouvez même pas convertie implicitement que, pour une date. Aussi, remarque: pas toutes les fonctions de camoufler l'indice de l'optimiseur. De souvenir; DATEDIFF() par exemple, est encore sargable.
- Si les électeurs lit ceci, s'il vous plaît pourriez-vous commenter pourquoi, afin que je puisse régler le problème?
InformationsquelleAutor MatBailie
4

Écrire des requêtes pour des périodes continues comme explicite gamme condition.

http://use-the-index-luke.com/sql/where-clause/obfuscation/dates

Donc, utiliser quelque chose comme ceci:
```
WHERE EventTime between <begin-of-month> and <end-of-month>
```
Exemple de code est disponible sur la même page, même si cela trimestriel de filtrage:

http://use-the-index-luke.com/sql/where-clause/obfuscation/dates?dbtype=sqlserver#sample_quarter_begin_end

Pourquoi? Pour faire de l'indexation facile.
- Je ne comprends pas comment cela ne faire rien de plus facile. Si, à la suite de l'exemple, le serveur sql doit effectuer 4 requêtes au lieu d'une seule: l'exécution de quarter_begin deux fois, quarter_end une fois et enfin la requête réelle de l'ofc. Alors que je n'ai pas assez de données, et peut-être des connaissances, pour tester cela, je soupçonne que cela soit réellement plus lent que les solutions de l'OP fourni. Et en dehors de toute la vitesse de questions - il est la totalité de la requête beaucoup plus compliqué à mon humble avis.
- Hennig - les fonctions (quater_end/commencer) sont exécutées une seule fois, avant de la requête réelle commence. Vous pouvez également calculer la limite de dates (quater fin/début de l') dans votre application, si vous préférez. Qui n'a pas une réelle différence de performance. Il rend l'indexation beaucoup plus facile, parce que la requête peut utiliser une droite de l'index sur EventTime, va, à son tour, surpassent toutes les autres propositions de variantes.
- D'accord: Calcul de la Scalaire Constantes pour la gamme peuvent utiliser "beaucoup" de texte, mais il utilise presque aucun coût d'une requête. Les coûts les plus élevés dans les bases de données sont souvent la lecture à partir du disque, cette méthode s'assurer que le montant minimum de disque lecture, la réduction redondant lit aussi proche de 0 que vous pouvez obtenir (la Recherche). Les alternatives sont nombreuses redondant lit (SCANing).
- Winand - Oui, même si les fonctions sont exécutées en outre, ils ont seulement ajouter une fraction de la performance des coûts. Le principal problème que j'avais était comparable à la complexité - mais alors, mon exemple a été essayé et testé sur un minuscule 4 tuple de la table =D Donc oui, ça fait sens pour moi maintenant.
InformationsquelleAutor Markus Winand
1

Logiquement, ils sont tous les deux.

Cependant, je pense que le premier est plus simple (une seule condition au lieu de deux), plus facile à comprendre et plus susceptibles d'être sargable - alors je vous suggérons d'utiliser qu'un seul.

InformationsquelleAutor
1

Si vous avez un index sur cette colonne, puis les deux calculs sont en contournant l'index parce que vous n'êtes pas à l'aide de ce que la colonne est indexée sur, mais seulement une partie de l'index
```
WHERE (DATEDIFF(month, EventTime, GETDATE())=0))
WHERE (YEAR(EventTime) = YEAR(GETDATE()) AND MONTH(EventTime) = MONTH(GETDATE()))
```
Vous êtes beaucoup mieux d'utiliser quelque chose comme ceci
```
WHERE EventTime BETWEEN Cast (DATEADD(dd,-(DAY(GetDate())-1),GetDate()) as Date)
                AND Cast (DATEADD(dd,-(DAY(DATEADD(mm,1,GetDate()))),DATEADD(mm,1,GetDate())) as Date)
```
Vous pouvez également utiliser le même concept avec un >= et <= pour les dates

InformationsquelleAutor Raj More
0

Une astuce très simple à l'aide de to_char fonction, regardez:

À la date exemple:

2011-11-30 15:68:25.000

vous pouvez faire ceci:

to_char(your_field , 'MM') = 11

ou pour le courant du mois de la date de système:

to_char(sysdate , 'MM') = 11

Un détail, to_char fonction est supporté par le langage sql et non pas par une base de données spécifique.

InformationsquelleAutor Marcelo Rebouças

Vous devez vous connecter pour publier un commentaire.