SQL Server: Moyenne d'impulsions par heure et jour de la semaine

Arrière-plan

J'ai une table dans un environnement SQL Server qui contient un journal d'activité variés que je suis suivi. Journal particulier les éléments de codes uniques de catégoriser ce que l'activité prend de la place et un champ datetime pistes lorsque cette activité a eu lieu.

Problème

Je voudrais, à l'aide d'une seule requête ou une procédure stockée, obtenir une moyenne horaire compte de l'activité, regroupés par jour de la semaine. Exemple:

Day      | Hour | Average Count
-------------------------------
Monday   | 8    | 5
Monday   | 9    | 5
Monday   | 10   | 9
...
Tuesday  | 8    | 4
Tuesday  | 9    | 3
...etc

Droit maintenant, j'ai une requête de configuration qui crache le nombre de comptes par heure par jour, mais mon problème est de prendre un pas de plus et d'obtenir en moyenne par jour de la semaine. Voici ma requête:

SELECT CAST([time] AS date) AS ForDate,
   DATEPART(hour, [time]) AS OnHour,
   COUNT(*) AS Totals
FROM [log] WHERE [code] = 'tib_imp.8'
GROUP BY CAST(time AS date),
   DATEPART(hour,[time])
   ORDER BY ForDate Asc, OnHour Asc

Des suggestions quant à la façon dont je peux l'accomplir?

Merci d'avance!

Juste group by semaine.
Sera que la moyenne de la numération si?
Non, si vous voulez faire la moyenne d'un comte, alors vous aurez à exécuter d'abord comte, puis exécutez une moyenne sur les résultats: select field, avg(countField) from ( select field, count(*) as countField group by field) result group by field
Si vous fournissez une source de données (par exemple, comment vous avez obtenu 5) nous aurons une meilleure idée de exactement comment vous souhaitez obtenir des totaux, des moyennes, ou des moyennes de totaux. Le mot problème est un peu ambigu et sans source de données, il est difficile de déterminer où 5,5,9 etc. viennent de.

InformationsquelleAutor mbeasley | 2012-04-26

10

Deviner ici:
```
SELECT [Day], [Hour], [DayN], AVG(Totals) AS [Avg]
FROM
  (
        SELECT 
          [Day]  = DATENAME(WEEKDAY, [time]),
          [DayN] = DATEPART(WEEKDAY, [time]),
          [Hour] = DATEPART(HOUR,    [time]),
          Totals = COUNT(*)
        FROM dbo.[log] 
            WHERE [code] = 'tib_imp.8'
        GROUP BY 
          DATENAME(WEEKDAY, [time]),
          DATEPART(WEEKDAY, [time]),
          DATEPART(HOUR,    [time])
  ) AS q
GROUP BY [Day], [Hour], [DayN]
ORDER BY DayN; 
```
Encore une fois, l'absence de données, je pourrais de nouveau être en jetant une poignée de boue sur le mur et en espérant qu'il colle, mais peut-être que vous avez besoin est:
```
SELECT [Day], [Hour], [DayN], AVG(Totals) AS [Avg]
FROM
(
    SELECT 
  w = DATEDIFF(WEEK, 0, [time]),
      [Day]  = DATENAME(WEEKDAY, [time]),
      [DayN] = DATEPART(WEEKDAY, [time]),
      [Hour] = DATEPART(HOUR,    [time]),
      Totals = COUNT(*)
    FROM dbo.[log] 
      WHERE [code] = 'tib_imp.8'
    GROUP BY 
  DATEDIFF(WEEK, 0, [time]),
      DATENAME(WEEKDAY, [time]),
      DATEPART(WEEKDAY, [time]),
      DATEPART(HOUR,    [time])
  ) AS q
GROUP BY [Day], [Hour], [DayN]
ORDER BY DayN; 
```
Cela aussi va produire entier à base de moyennes, de sorte que vous pouvez jeter les Totaux alias sur la requête interne à la DÉCIMALE(quelque chose quelque chose).
- vous avez raison. A l'origine, je n'avais que le premier deux, puis ajouté l'extérieur pendant le test, et n'a pas besoin de ça.
- Simple et élégant. Super réponse, a fonctionné comme prévu. Désolé de ne pas fournir les données d'origine, il y a beaucoup (et le nombre que j'ai posté dans ma question étaient de faux - que je n'avais pas encore atteint la moyenne. Mais en fin de compte, les données pourraient être tout ensemble aléatoire des entrées de journal au hasard de l'heure / les jours depuis quelques semaines... Si cela fait sens. De toute façon - je vous remercie beaucoup!
- Je pensais que nous avions (mais une semaine plus tard, il s'avère que ce n'est pas le cas)... Il n'y a effectivement pas de différence entre l'intérieur et l'extérieur des états quant à ce qu'ils reviennent. Que l'extérieur de la requête interne est déjà regroupés par jour de la semaine - et, par conséquent, ne retourne qu'une seule valeur de l'heure de la journée ou jour de la semaine (peu importe si nous examinons plusieurs semaines). Si la requête externe simplement les moyennes d'un numéro unique, qui sera toujours le même que le seul chef d'accusation... cela fait-il sens?
- comme l'a écrit, pas de. Veuillez fournir des données de l'échantillon et les résultats escomptés. Je ne peux pas résoudre un problème mot en T-SQL, et comme je l'ai dit plus haut, je suis dans le doute. Je peux, cependant, de résoudre un problème de données. J'ai demandé ce Avr. 26 dans un commentaire à la question. Si vous fournissez ce que j'ai demandé, je vais avoir une bien meilleure chance de fournir à la requête que vous avez besoin. Si le problème a changé, c'est peut-être digne d'une nouvelle question.
InformationsquelleAutor Aaron Bertrand
0
```
; WITH a AS (
    SELECT CAST([time] AS date) AS ForDate
       , DATEPART(hour, [time]) AS OnHour
       , txtW=DATENAME(WEEKDAY,[time])
       , intW=DATEPART(WEEKDAY,[time])
       , Totals=COUNT(*)
    FROM [log] WHERE [code] = 'tib_imp.8'
    GROUP BY CAST(time AS date)
    , DATENAME(WEEKDAY,[time])
    , DATEPART(WEEKDAY,[time])
    , DATEPART(hour,[time])
)
SELECT [Day]=txtW
, [Hour]=OnHour
, [Average Count]=AVG(Totals)
FROM a
GROUP BY txtW, intW, OnHour
ORDER BY intW, OnHour
```
- John, même si l'exécution de votre plan a un tri supplémentaire de l'opérateur par rapport aux deux autres solutions ici, la sortie ne semble pas à l'ordre correctement (les jours semblent être commandés de manière aléatoire).
- L'ORDRE PAR fix le résultat?
- Non, maintenant, c'ordres par jour de la semaine, par ordre alphabétique (vendredi, lundi, jeudi, mardi, samedi, dimanche, mercredi).
- Ah oui, le numérique, la valeur de tri est nécessaire...
- Il y, qui trie comme souhaité. Mais le tri supplémentaire qui fait encore le plan plus cher que les deux autres solutions (qui ont des plans identiques).
- Peut-être mettre les appels de fonction dans les cte, aide à
- C'est plus l'équivalent. Mais s'il vous plaît vérifiez votre syntaxe - vous de référence ForDate plusieurs fois, mais c'est un alias que vous avez créé dans la SELECT de sorte que vous ne pouvez pas faire référence qu'. Vous êtes également en manque une virgule avant le dernier GROUP BY colonne à l'intérieur de la CTE.
- thx, a été l'édition à partir d'un iPad, ce qui ne fonctionne pas toujours:/ Back pour PC maintenant.
- Nice. J'ai le même problème. PS le jette à JOUR ne sont pas nécessaires.
InformationsquelleAutor John Dewey

Vous devez vous connecter pour publier un commentaire.