Jaka jest różnica między POSIADANIEM a GDZIE?

Muszę googlować w niewłaściwy sposób lub mam głupi moment.

Jaka jest różnica między HAVINGi WHEREw SQL SELECToświadczeniu?

EDYCJA: Oznacziłem odpowiedź Stevena jako poprawną, ponieważ zawierała ona kluczową informację w linku:

Gdy GROUP BYnie jest używany, HAVINGzachowuje się jak WHEREklauzula

Sytuacja, w której widziałem, WHEREnie miała miejsca GROUP BYi właśnie tam zaczęło się moje zamieszanie. Oczywiście, dopóki się tego nie dowiesz, nie możesz podać tego w pytaniu.

HAVING określa warunek wyszukiwania dla grupy lub funkcji agregującej używanej w instrukcji SELECT.

Źródło

MAJĄCE: służy do sprawdzania warunków po agregacji.
GDZIE: służy do sprawdzania warunków przed agregacją.

Ten kod:

select City, CNT=Count(1)
From Address
Where State = 'MA'
Group By City

Daje tabelę wszystkich miast w MA i liczbę adresów w każdym mieście.

Ten kod:

select City, CNT=Count(1)
From Address
Where State = 'MA'
Group By City
Having Count(1)>5

Daje tabelę miast w MA z więcej niż 5 adresami i liczbą adresów w każdym mieście.

Różnica numer jeden dla mnie: gdyby HAVINGzostała usunięta z języka SQL, życie trwałoby mniej więcej tak jak wcześniej. Z pewnością zapytania mniejszościowe musiałyby zostać przepisane przy użyciu tabeli pochodnej, CTE itp., Ale w rezultacie byłyby łatwiejsze do zrozumienia i utrzymania. Być może konieczne będzie przepisanie kodu optymalizującego sprzedawcę, aby uwzględnić to, co ponownie stanowi okazję do poprawy w branży.

Zastanówmy się teraz przez chwilę nad usunięciem WHEREz języka. Tym razem większość istniejących zapytań musiałaby zostać przepisana bez oczywistej alternatywnej konstrukcji. Kodery musiałyby być kreatywne, np. Łączyć wewnętrznie do tabeli, która zawiera dokładnie jeden wiersz (np. DUALW Oracle), używając ONklauzuli do symulacji poprzedniej WHEREklauzuli. Takie konstrukcje byłyby wymyślone; byłoby oczywiste, że czegoś brakowało w języku i sytuacja byłaby gorsza.

TL; DR moglibyśmy stracić HAVINGjutro i nie byłoby nic gorszego, być może lepszego, ale nie można tego samego powiedzieć WHERE.

Z odpowiedzi tutaj wynika, że ​​wielu ludzi nie zdaje sobie sprawy, że HAVINGklauzula może być używana bez GROUP BYklauzuli. W takim przypadku HAVINGklauzula jest stosowana do całego wyrażenia tabeli i wymaga, aby w niej występowały tylko stałe SELECT. Zazwyczaj HAVINGklauzula będzie obejmować agregaty.

Jest to bardziej przydatne niż się wydaje. Na przykład rozważ to zapytanie, aby sprawdzić, czy namekolumna jest unikalna dla wszystkich wartości w T:

SELECT 1 AS result
  FROM T
HAVING COUNT( DISTINCT name ) = COUNT( name );

Istnieją tylko dwa możliwe wyniki: jeśli HAVINGklauzula jest prawdziwa, wynikiem będzie pojedynczy wiersz zawierający wartość 1, w przeciwnym razie wynikiem będzie pusty zbiór.

Klauzula HAVING została dodana do SQL, ponieważ słowa kluczowego WHERE nie można było używać z funkcjami agregującymi.

Sprawdź ten link w3schools, aby uzyskać więcej informacji

Składnia:

SELECT column_name, aggregate_function(column_name)
FROM table_name
WHERE column_name operator value
GROUP BY column_name
HAVING aggregate_function(column_name) operator value

Zapytanie takie jak to:

SELECT column_name, COUNT( column_name ) AS column_name_tally
  FROM table_name
 WHERE column_name < 3
 GROUP 
    BY column_name
HAVING COUNT( column_name ) >= 3;

... można przepisać przy użyciu tabeli pochodnej (z pominięciem HAVING) w następujący sposób:

SELECT column_name, column_name_tally
  FROM (
        SELECT column_name, COUNT(column_name) AS column_name_tally
          FROM table_name
         WHERE column_name < 3
         GROUP 
            BY column_name
       ) pointless_range_variable_required_here
 WHERE column_name_tally >= 3;

Różnica między nimi polega na relacji do klauzuli GROUP BY:

• GDZIE jest przed GROUP BY; SQL ocenia klauzulę WHERE przed grupowaniem rekordów.

• POSIADA po GROUP BY; SQL ocenia HAVING po grupowaniu rekordów.

Bibliografia

• Instrukcja SQLite SELECT Składnia / Diagram kolejowy

• Instrukcja Informix SELECT Składnia / Diagram kolejowy

HAVINGjest używany, gdy używasz agregatu, takiego jak GROUP BY.

SELECT edc_country, COUNT(*)
FROM Ed_Centers
GROUP BY edc_country
HAVING COUNT(*) > 1
ORDER BY edc_country;

GDZIE jest stosowane jako ograniczenie zestawu zwracanego przez SQL; wykorzystuje wbudowane operacje SQL i indeksy i dlatego jest najszybszym sposobem filtrowania zestawów wyników. Zawsze używaj GDZIE, gdy to możliwe.

HAVING jest niezbędny w przypadku niektórych filtrów agregujących. Filtruje zapytanie PO pobraniu, zmontowaniu i posortowaniu wyników przez sql. Dlatego jest znacznie wolniejszy niż GDZIE i należy go unikać, z wyjątkiem sytuacji, które tego wymagają.

SQL Server pozwoli ci uniknąć używania HAVING nawet wtedy, gdy GDZIE byłoby znacznie szybciej. Nie rób tego

Klauzula WHERE nie działa w przypadku funkcji agregujących
oznacza: nie należy używać takiej premii: nazwa tabeli

SELECT name  
FROM bonus  
GROUP BY name  
WHERE sum(salary) > 200  

TUTAJ Zamiast używać klauzuli WHERE, musisz użyć POSIADAJĄC ..

bez użycia klauzuli GROUP BY klauzula HAVING działa jak klauzula WHERE

SELECT name  
FROM bonus  
GROUP BY name  
HAVING sum(salary) > 200  

Różnica czarno-biała WHEREi HAVINGklauzula:

Główną różnicą między klauzulą WHEREa HAVINGjest to, że WHEREjest używana do operacji na wierszach i HAVINGdo operacji na kolumnach.

Dlaczego potrzebujemy HAVINGklauzuli?

Jak wiemy, funkcje agregujące można wykonywać tylko na kolumnach, więc nie możemy używać funkcji agregujących w WHEREklauzuli. Dlatego używamy funkcji agregujących w HAVINGklauzuli.

W zapytaniu zagregowanym (dowolne zapytanie, w którym używana jest funkcja agregująca) Predykaty w klauzuli where są oceniane przed wygenerowaniem zagregowanego pośredniego zestawu wyników,

Predykaty w klauzuli Have są stosowane do zagregowanego zestawu wyników PO wygenerowaniu go. Dlatego warunki predykatów dla wartości zagregowanych muszą być umieszczone w klauzuli Have, a nie w klauzuli Where i dlatego można używać aliasów zdefiniowanych w klauzuli Select w klauzuli Have, ale nie w klauzuli Where.

Miałem problem i odkryłem inną różnicę między WHEREi HAVING. Nie działa w ten sam sposób na indeksowane kolumny.

WHERE my_indexed_row = 123 pokaże wiersze i automatycznie wykona „ZAMÓWIENIE ASC” w innych indeksowanych wierszach.

HAVING my_indexed_row = 123 pokazuje wszystko, od najstarszego „wstawionego” wiersza do najnowszego, bez uporządkowania.

Gdy GROUP BYnie jest używany, klauzule WHEREi HAVINGsą zasadniczo równoważne.

Jednak gdy GROUP BYjest używany:

• WHEREKlauzula służy do ewidencji filtracyjnych od wyniku. Filtrowanie następuje przed utworzeniem jakichkolwiek grupowań.
• HAVINGKlauzula jest stosowana do wartości filtrów z grupy (tj aby sprawdzić warunki po agregacji do grup została wykonana).

Zasoby stąd

Jednym ze sposobów myślenia o tym jest to, że klauzula have jest dodatkowym filtrem do klauzuli where.

WHERE klauzula jest stosowana filtry rekordy od wyniku. Filtr występuje przed utworzeniem jakichkolwiek grupowań. HAVING punkt stosuje się wartości filtrów z grupy

Od tutaj .

standard SQL wymaga, aby HAVING odwoływał się tylko do kolumn w klauzuli GROUP BY lub kolumn używanych w funkcjach agregujących

w przeciwieństwie do klauzuli WHERE, która jest stosowana do wierszy bazy danych

Podczas pracy nad projektem było to również moje pytanie. Jak wspomniano powyżej, HAVING sprawdza warunek na już znalezionym wyniku zapytania. Ale GDZIE służy do sprawdzania warunku podczas wykonywania zapytania.

Podam przykład, który to zilustruje. Załóżmy, że masz taką tabelę bazy danych.

usertable {int userid, date datefield, int dailyincome}

Załóżmy, że następujące wiersze znajdują się w tabeli:

1, 2011-05-20, 100

1, 2011-05-21, 50

1, 2011-05-30, 10

2, 2011-05-30, 10

2, 2011-05-20, 20

Teraz chcemy dostać userids i sum(dailyincome)czyjesum(dailyincome)>100

Jeśli napiszemy:

WYBIERZ identyfikator użytkownika, suma (dzienny przychód) Z tabeli użytkownika GDZIE suma (dzienny przychód)> 100 GRUPA WG użytkownika

To będzie błąd. Prawidłowe zapytanie to:

WYBIERZ identyfikator użytkownika, suma (dzienny przychód) Z GRUPY użytkowników Tabela według identyfikatora użytkownika POZIOM suma (dzienny przychód)> 100

Klauzula WHERE służy do porównywania wartości w tabeli podstawowej, natomiast klauzula HAVING może być używana do filtrowania wyników funkcji agregujących w zestawie wyników zapytania Kliknij tutaj !

Używam HAVING do ograniczenia zapytania w oparciu o wyniki funkcji agregującej. EG wybierz * w grupie blahblahblah przez COŚ mając liczbę (COŚ)> 0

Może być tak, że tematem „gdzie” jest rząd, podczas gdy tematem „posiadania” jest grupa. Czy mam rację?