COUNT-Ergebnisse aus einer SQL-Abfrage mit einer HAVING-Klausel

Sind Sie in der Lage, verwenden Sie COUNT in einem query mit HAVING-Klausel, so dass der COUNT gibt die Anzahl der Zeilen? Wenn ich versuche, ich bin immer die Zählung der Anzahl der Zeiten, die ID wird in der Tabelle. Hier ist die Abfrage: 

SELECT col_appid, min(col_payment_issued_date) as PayDate  
FROM tbl_ui_paymentstubs  
WHERE isnull(col_payment_amount,0) > 0  
GROUP BY col_appid  
HAVING min(col_payment_issued_date) >= '09/01/2010' and min(col_payment_issued_date) <= '09/30/2010'

Bekomme ich wieder 6 Reihen, was in Ordnung ist, aber ich würde gern einfach wieder die Zahl 6.

Ich fand, ich könnte es so machen, aber Frage mich, ob es eine andere, elegantere Möglichkeit:

WITH Claims_CTE(AppID, PayDate) as
(  
 SELECT col_appid, min(col_payment_issued_date) as PayDate
 FROM tbl_ui_paymentstubs
 WHERE isnull(col_payment_amount,0) > 0
 GROUP BY col_appid
 HAVING min(col_payment_issued_date) >= '09/01/2010' and min(col_payment_issued_date) <= '09/30/2010'
)  
 SELECT count(AppID) as Amount from Claims_CTE

`

  • Könntest du bitte einen post über deine Tabellenstruktur? bin verwirrt über, warum bist du mit min in dieser Abfrage...
  • Ich finde die frühesten Zahlung für jeden Anspruch (AppID) und wenn Sie, dass die Zahlung der ersten für, die Anspruch und fällt w/i Aktueller Monat, zählen Sie es.
InformationsquelleAutor D.S. | 2010-09-22
  1. 11

    Mit COUNT mit einem GROUP BY Klausel wird eine Anzahl für jede Gruppe. Wenn Sie möchten, die Anzahl der Gruppen, es wird eine separate Abfrage (wie Ihre CTE-Beispiel).

    Ich würde nur eine einfache Unterabfrage, statt der CTE:

    SELECT COUNT(*) FROM 
 (SELECT col_appid, min(col_payment_issued_date) as PayDate  
  FROM tbl_ui_paymentstubs  
  WHERE isnull(col_payment_amount,0) > 0  
  GROUP BY col_appid  
  HAVING
     min(col_payment_issued_date) >= '09/01/2010'
     and min(col_payment_issued_date) <= '09/30/2010') Claims
    • In diesem Beispiel ist, gibt einen Fehler aus, leider. Ich wusste, was Sie wo bekommen, aber 'ar' hat eine "funktionierende" Lösung. So habe ich die Punkte zu geben, die einzelnen. Ich Schätze die Hilfe, aber!
    • Behoben. Anscheinend können Sie nicht wählen Sie aus einer Unterabfrage ohne Benennung der Unterabfrage. (Und Sie können nicht, verwenden Sie eine Unterabfrage in einer WHERE ... IN - Anweisung mit einen Namen)
    • Ok, ich gab es dir, wie ich bemerkte nach Emtucifor brachte die DateTime-und ZWISCHEN-Problem, das andere Plakat war mit ZWISCHEN. Während dieser arbeiten kann mit den neueren DATUMS-Datentyp, der Zeit Teil auch berücksichtigt werden muss.
    • Tatsächlich, seine Abfrage ist genau der gleiche wie ZWISCHEN. Nur er ausdrücklich. Siehe meine aktualisierte Abfrage für die richtige Methode, um alle mal auf den letzten Tag des Monats.
    • Laut MS SQl Server 2008 Database Development, empfiehlt es sich mit >= <= da es mit der neueren datetime2-Datentyp. Es besagt, "Wenn Sie die query-Zeit-Daten, sollten Sie versuchen, eine weniger als Prädikat zu vermeiden, sich auf eine bestimmte zweite Fraktion Präzision" geht es dann auf zu erwähnen, mit dem Datum im format JJJJMMTT, wie Sie erwähnt. Ich benutzte die DD/MM/YYYY format sein, da das ist, was übergeben wird SSRS mit dem eingebauten date-Steuern, sondern benötigen zu bekommen in die Gewohnheit, mit JJJJMMTT.
    InformationsquelleAutor bdukes
  2. 4

    Können Sie auch eine sub-Abfrage.

    SELECT count(*) as Amount
FROM (
    SELECT col_appid FROM tbl_ui_paymentstubs
    WHERE isnull(col_payment_amount,0) > 0
    GROUP BY col_appid
    HAVING min(col_payment_issued_date) BETWEEN '09/01/2010' AND '09/30/2010'
) Claims
    InformationsquelleAutor a'r
  3. 2

    Vorausgesetzt, Sie haben eine Tabelle mit den distinct-Liste der col_appid Werte genannt App, ist diese Abfrage auch funktioniert und vielleicht besser die Leistung, zu:

    SELECT Count(*)
FROM
   App A
   CROSS APPLY (
      SELECT TOP 1 col_payment_issued_date
      FROM tbl_ui_paymentstubs P
      WHERE
         P.col_payment_amount > 0
         AND A.col_appid = P.col_appid
      ORDER BY col_payment_issued_date
   ) X
WHERE
   X.col_payment_issued_date >= '09/01/2010'
   AND X.col_payment_issued_date < '10/01/2010'

    Wenn es keine App, die Tabelle, die Sie ersetzen können (SELECT DISTINCT col_appid FROM tbl_ui_paymentstubs) A aber das wird nicht so gut. Es könnte immer noch ein Anwärter im Vergleich zu den anderen Abfragen gegeben.

    Sonstige Hinweise:

    • Brauchen Sie nicht zu tun isnull(column, 0) > 0 weil column > 0 bereits ausgeschlossen werden, Null-Werte.

    • @ar " und "@bdukes' Abfragen brauche nicht alles, was in der inneren SELECT-Klausel können Sie nur WÄHLEN Sie 1 die kann eine performance-Verbesserung (sonst nichts verändert)

    • Ich hoffe, dass es eine Einschränkung auf col_payment_issued_date so, dass die Werte nicht über ein Zeit-Teil wie 11:23 UHR, sonst wird Ihre ZWISCHEN-Klausel wird schließlich ziehen Sie nicht die richtigen Daten für den gesamten Monat.

    Update

    • Für was es Wert ist, das Datum im format '20100901' Sie überall, in jeder Sprache oder DATEFIRST-Einstellung. Ich möchte Sie ermutigen, zu bekommen in die Gewohnheit, es zu benutzen. Andere Formate wie "09/01/2010' oder '2010/09/01' und so weiter bekommen kann, der Monat und der Tag vertauscht.

    @DScott sagte:

    Es ist ein tbl_Application, aber in diesem Beispiel nicht verwendet. Ich könnte mitmachen, aber im nur-zählen Zahlungen für diese Abfrage, so ist es nicht erforderlich.

    Würden Sie bitte versuchen meine Abfrage aus und gibt mir Rückmeldung über seine Leistung im Vergleich zu den anderen Methoden? Ich hoffe, dass selbst mit dem extra-join in der Abfrage, führt es ziemlich gut.

    • Danke für die info. Sie sind zu Recht über die ZWISCHEN-Problem, ich habe nicht bemerkt, als in der orginal-Lösung, die ich abgeholt. Nun, die anderen poster-hat korrigiert Ihre Antwort, ich nahm eine. Es ist ein tbl_Application, aber in diesem Beispiel nicht verwendet. Ich könnte beteiligen Sie sich an es, aber im nur-zählen Zahlungen für diese Abfrage, so ist es nicht erforderlich.
    • tolle, umfassende Antwort, @Emtucifor
    • Danke!
    • An diesem Punkt in der Website-Entwicklung, es gibt einfach nicht genügend Daten vorhanden, um den Blick auf die Leistung. Ich denke, es gibt höchstens 100 Zeilen in der Tabelle insgesamt die 28 halten derzeit 'gültigen' Daten.
    InformationsquelleAutor ErikE
Schreibe einen Kommentar