Beaucoup de gens vont proposer des méthodes permettant de créer dynamiquement une plage de dates que vous pouvez joindre contre. Cela fonctionnera certainement mais selon mon expérience une table de calendrier est la voie à suivre. Cela rendra le SQL trivial et générique au prix de la maintenance de la table du calendrier.
À un moment donné, quelqu'un viendra demander un autre rapport excluant les fins de semaine. Vous devez ensuite créer votre compte de génération de jours dynamiques pour les week-ends. Ensuite, quelqu'un vous demandera des jours ouvrables, à l'exception des jours fériés, auquel cas vous n'avez pas d'autre choix que de créer une table de calendrier.
Je vous suggère de mordre la balle et de créer une table de calendrier à joindre. Pré-remplir avec chaque date et si vous voulez anticiper puis ajouter des colonnes pour "Jour ouvrable" et peut-être même le numéro de la semaine si votre entreprise utilise un numéro de semaine non standard pour les rapports
Qu'est-ce que votre SGBDR? –
l'exemple est sorti malentendu, donc ce que je voulais dire est DATE | COUNT (DATA) – Himberjack
c'est MSSQL 2008 – Himberjack