Comprendre comment, OÙ travaille avec le GROUPE PAR l'Agrégation et de l'

Ma requête -

select cu.CustomerID,cu.FirstName,cu.LastName, COUNT(si.InvoiceID)as inv --1
from Customer as cu inner join SalesInvoice as si --2
on cu.CustomerID = si.CustomerID -- 3
-- put the WHERE clause here ! --4   
group by cu.CustomerID,cu.FirstName,cu.LastName -- 5
where cu.FirstName = 'mark' -- 6

De sortie avec le code correct -

Comprendre comment, OÙ travaille avec le GROUPE PAR l'Agrégation et de l'

Erreur que je reçois - syntaxe Incorrecte près du mot clé "où".

Pouvez-vous me dire pourquoi j'ai cette erreur ? Je veux savoir pourquoi, d'OÙ vient avant le GROUPE et non après.

En bas de l'électeur ! soin d'expliquer pourquoi vous vers le bas a voté ?
Merci pour toutes les bonnes réponses. Il a été difficile de choisir l'un d'eux. Mais, je devais choisir un seul.

OriginalL'auteur david blaine | 2012-12-22

  1. 17

    Vous avez l'ordre de mal. Le WHERE clause de passe avant la GROUP BY:

    select cu.CustomerID,cu.FirstName,cu.LastName, COUNT(si.InvoiceID)as inv 
from Customer as cu 
inner join SalesInvoice as si 
   on cu.CustomerID = si.CustomerID 
where cu.FirstName = 'mark' 
group by cu.CustomerID,cu.FirstName,cu.LastName

    Si vous souhaitez effectuer un filtre après le GROUP BY, vous devrez alors utiliser une HAVING clause:

    select cu.CustomerID,cu.FirstName,cu.LastName, COUNT(si.InvoiceID)as inv 
from Customer as cu 
inner join SalesInvoice as si 
   on cu.CustomerID = si.CustomerID 
group by cu.CustomerID,cu.FirstName,cu.LastName
having cu.FirstName = 'mark'

    Un HAVING clause est généralement utilisé pour la fonction globale de filtrage, il est donc logique que ce serait appliqué après le GROUP BY

    Pour en savoir plus sur l'ordre des opérations est article expliquant l'ordre. À partir de l'article de la commande de l'opération dans SQL est:

    Pour commencer, j'ai pensé qu'il serait bon de chercher l'ordre dans lequel SQL directives exécuté que cela va changer la façon dont je peux optimiser:

    FROM clause
WHERE clause
GROUP BY clause
HAVING clause
SELECT clause
ORDER BY clause

    À l'aide de cette commande, vous appliquez le filtre dans le WHERE avant un GROUP BY. Le WHERE est utilisé pour limiter le nombre d'enregistrements.

    Pensez-y de cette façon, si vous avez été l'application la WHERE après alors vous seriez de retour à plus d'enregistrements vous pouvez groupe. L'appliquant d'abord, réduit le jeu d'enregistrements, puis applique le regroupement.

    Oui, je le savais. Je l'avais mentionné que dans la question elle-même. Je veux savoir pourquoi, d'OÙ vient avant le GROUPE et non après.
    voir mon edit, y compris un article sur l'ordre des opérations sql -- bennadel.com/blog/70-SQL-Query-Order-of-Operations.htm

    OriginalL'auteur Taryn

  2. 3

    La where clause vient avant le group by parce que conceptuellement vous filtre avant de le groupe, pas après. Vous voulez limiter la sortie de l'groupé à celles qui correspondent plutôt que d'effectuer le regroupement sur les éléments que vous voulez, potentiellement, de jeter à cause du filtre.

    D'accord, je pense que je l'obtiens. Examiner la situation de Votre entreprise, qui emploie 1000 programmeurs. Un programmeur peut être junior, intermédiaire, senior, chef de file. Vous êtes intéressé à voir seulement les dirigeants et les personnes âgées. Le programmeur tableau a de nombreuses lignes. Mais, les lignes (les dirigeants) qui sont pertinentes pour vous, peut-être seulement 200 (les dirigeants et les personnes âgées) lignes. Vous voulez du groupe par l'expérience. Pourquoi passer par toutes les 1000 programmeurs. Récupérer les personnes âgées et les dirigeants. Puis groupe, puis d'obtenir deux lignes. Du sens ?
    exactement

    OriginalL'auteur tvanfosson

  3. 2

    SQL ne permet pas de filtrer les résultats d'un GROUPE, qui s'appelle la clause HAVING.

    Si vous souhaitez filtrer quelque chose qui pourrait être déterminée avant le regroupement (c'est à dire tout le monde avec Prenom = "Mark"), c'est fait via et OÙ.

    Cependant, si vous souhaitez filtrer sur tout le monde avec 4 ou plusieurs factures (c'est à dire, quelque chose que vous ne savez pas jusqu'à ce que après faire le compte), puis servez-vous d'AVOIR.

    Ne sont pas directement liées à ma question, mais astuce sympa. J'ai troqué la où avec un avoir, et cela fonctionne. Merci.
    Je me demande pourquoi AVOIR peux faire ce que je veux, mais OÙ ne peux pas faire. Étrange
    Qu'est-ce que vous voulez? Pour filtrer uniquement sur les personnes nommées Marque? OÙ est tout à fait possible de le faire.

    OriginalL'auteur ExactaBox

  4. 2

    La WHERE clause est utilisée avant GROUP BY, parce qu'il fait plus de sens. Le filtre spécifié dans le WHERE clause est utilisée avant le regroupement. Après le regroupement, vous pouvez avoir un HAVING clause, qui est similaire à WHERE, sauf que vous pouvez filtrer par agrégation des valeurs.

    Comparer:

    -- Select the number of invoices per customer (for Customer 1 only)
SELECT
  si.CustomerID,
  COUNT(*) as InvoiceCount
FROM
  SalesInvoice as si   
WHERE
  si.CustomerID = 1
  -- You cannot filter by count(*) here, because grouping hasn't taken place yet.
GROUP BY 
  si.CustomerID -- (Not needed in this case, because of only 1 customer)

    contre

    -- Select all invoices of customers that have more than three invoices
SELECT
  si.CustomerID,
  COUNT(*) as InvoiceCount
FROM
  SalesInvoice as si   
GROUP BY
  si.CustomerId
HAVING
  -- You can filter by aggregates, like count, here.
  COUNT(*) > 3

    OriginalL'auteur GolezTrol

  5. 1

    Disons que vous avez 100 000 personnes dans votre base de données. 9 d'entre eux sont nommés Marque. Pourquoi la base de données n'a Compter de l'opération sur l'ensemble des 100 000, puis jeter le 99,991 n'a PAS de nom de Marque? Il ne semble pas plus intelligent de filtrer les Marques de première, puis de faire le Décompte seulement 9 fois? Rend l'opération beaucoup plus rapide.

    merci !!! eu, j'ai juste tapé quelque chose de similaire ci-dessus (voir le commentaire de tvanfosson réponse). s'il vous plaît dites-moi si c'est ok aussi.
    SQL n'est pas nécessairement exécutés de haut en bas et les optimiseurs de jour moderne SGBD de faire beaucoup plus intelligent de choses que cela. La Performance n'est pas un problème. Je pense que la raison est beaucoup plus à des fins de lisibilité et de cohérence.
    peut-être en 2012, l'optimiseur de moteur est assez intelligent... je suis sûr qu'il n'en était pas ainsi lorsque SQL a été développé à l'origine.

    OriginalL'auteur ExactaBox