| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Chapter 7. 쿼리 | Fast Forward | Next |
테이블식은, 테이블을 계산하기 위한의 것입니다. 테이블식에는 FROM구가 포함되어 있어 그 뒤로 옵션으로서 WHERE구, GROUP BY구, HAVING구를 붙일 수가 있습니다. 단순한 테이블식은, 단지 디스크상의 이른바 기본 테이블로 불리는 테이블을 참조할 뿐입니다. 그러나, 여러가지 방법으로 기본 테이블을 수정하거나 조합하기 위해서보다 복잡한 식을 사용할 수가 있습니다.
테이블식의 옵션 WHERE구, GROUP BY구, 및 HAVING구는, FROM구로 파생한 테이블에 대해서 차례차례로 변환을 실행하는 경로를 지정합니다. 이러한 변환에 의해 가상 테이블이 1개 생성됩니다. 그리고 이 가상 테이블의 행이 선택 리스트에게 건네져 쿼리의 출력행이 계산됩니다.
FROM구 는, 컴마로 나눌 수 있었던 테이블 참조 리스트로 주어지는 1개이상의 테이블에서, 1개의 테이블을 파생합니다.
FROM
table_reference
[,
table_reference
[, ...]]
테이블 참조는, 테이블명(스키마로 수식할 수도 있습니다), 또는, 서브쿼리, 테이블 결합, 그러한 복잡한 조합 등에서 파생된 테이블을 취할 수 있습니다. FROM구에 복수의 테이블 참조가 있는 경우, 그것들은, WHERE구, GROUP BY구, 및 HAVING구로 변환할 수 있는 중간적인 가상 테이블을 만들기 위해서 크로스 결합(아래를 참조)되어 최종적으로는 모든 테이블식의 결과가 됩니다.
테이블 참조로 테이블의 계승 계층의 부모 테이블의 이름을 지정하면, 테이블명의 앞에 ONLY키워드가 없는 경우는, 테이블 참조는 그 테이블 뿐만이 아니라 그 자녀 테이블에 계승된 모든 행을 생성합니다. 그러나, 이 참조는 이름을 지정한 테이블에 나타난 열만을 생성해, 자녀 테이블로 추가된 열은 무시됩니다.
결합 테이블은, 2개의(열매 또는 파생) 테이블에서, 지정한 결합 종류의 규칙에 따라 파생한 테이블입니다. 내부 결합, 외부 결합, 및 크로스 결합이 사용 가능합니다.
결합의 종류
T1 CROSS JOIN T2
T1 와 T2 의 행의 조합에 대해서도, T1 의 모든 열에 계속되어, T2 의 모든 열을 포함한 행이 파생 테이블에 포함됩니다. 2개의 테이블이 N행과 M행으로 구성되어 있다고 하면, 결합된 테이블의 행수는 N×M행이 됩니다.
FROM T1 CROSS JOIN T2 는 FROM T1 , T2 와 같습니다. 또(후술의) FROM T1 INNER JOIN T2 ON TRUE와도 같습니다.
T1
{ [INNER] | { LEFT | RIGHT | FULL } [OUTER] } JOIN
T2
ON
boolean_expression
T1
{ [INNER] | { LEFT | RIGHT | FULL } [OUTER] } JOIN
T2
USING (
join column list
)
T1
NATURAL { [INNER] | { LEFT | RIGHT | FULL } [OUTER] } JOIN
T2
INNER나 OUTER는, 생략 가능합니다. INNER가 기본값이 됩니다. LEFT,RIGHT,FULL는, 외부 결합을 의미합니다.
결합 조건은, ON구나 USING구로 지정하는지, 또는 NATURAL기술로 암묵적으로 지정합니다. 결합 조건은, 이하에 자세하게 설명하듯이, 두 개의 소스가 되는 테이블의 어느 행이"일치할지"를 결정합니다.
ON구는 가장 일반적인 결합 조건이며, WHERE구로 사용되는 것과 같은 불리언 값 평가식이 됩니다. ON식의 평가가 참이 되는 경우, T1 및 T2 의 대응하는 행이 일치합니다.
USING는 약기법입니다. 그것은, 결합 테이블이 공통으로 가지는 컴마로 단락지어진 렬명의 리스트로부터, 각각의 열의 조합의 등가성을 결합 조건으로서 형성합니다. 게다가, JOIN USING의 출력은, 입력열로 등가 판정된 열의 조합에 각각 대응하는 1열로, 그 후에 각 테이블의 다른 모든 열이 계속됩니다. 즉, USING (a, b, c)는 ON (t1.a = t2.a AND t1.b = t2.b AND t1.c = t2.c)와 등가입니다. 다만, ON를 사용했을 경우는, 결과에 대해 a, b, c는 각각 2개의 열이 됩니다만, USING를 사용하면 각각 1개의 열이 되는 예외가 있습니다.
마지막으로, NATURAL는 USING의 약기 형식입니다. 2개의 입력 테이블의 양쪽 모두에 포함되어 있는 렬명만으로 구성되는 USING리스트를 형성합니다. USING와 같이, 이러한 열은 출력 테이블에 한 번만 나타납니다.
수식 첨부 결합에는 다음의 것이 있습니다.
T1의 행 R1에 대해서, T2에 대해 R1와의 결합 조건을 채우고 있는 행이, 결합된 테이블에 포함됩니다.
우선, 내부 결합을 합니다. 그 후, T2의 어느 행과의 결합 조건도 채우지 않는 T1의 각 행에 대해서는, T2의 열을 NULL치로서 결합한 행이 추가됩니다. 따라서, 연결된 테이블은 무조건 T1의 행 각각 적어도 1개의 행이 있습니다.
우선, 내부 결합을 합니다. 그 후, T1의 어느 행의 결합 조건도 채우지 않는 T2의 각 행에 대해서는, T1의 열을 NULL값으로 결합한 행이 추가됩니다. 이것은 왼쪽 결합의 반대입니다. 결과의 테이블은, T2의 행이 무조건 들어갑니다.
우선, 내부 결합을 합니다. 그 후, T2의 어느 행의 결합 조건도 채우지 않는 T1의 각 행에 대해서는, T2의 열을 NULL값으로 결합한 행이 추가됩니다. 게다가 T1의 어느 행에서도 결합 조건을 채우지 않는 T2의 각 행에 대해서, T1의 열을 NULL값으로 결합한 행이 추가됩니다.
모든 결합은, 서로 연결시키거나 혹은 포갤 수가 있습니다. T1 와 T2 의 한쪽, 혹은 양쪽 모두가, 결합 테이블이 되는 일이 있습니다. 괄호는 결합의 순서를 제어하기 위해서 JOIN구를 사용할 수 있습니다. 괄호가 없는 경우, JOIN 구는 왼쪽에서 오른쪽으로 포갭니다.
정리를 위해, 이하의 테이블t1
num | name -----+------ 1 | a 2 | b 3 | c
및, 테이블t2
num | value -----+------- 1 | xxx 3 | yyy 5 | zzz
를 상정하면, 이하와 같이 여러가지 결합에 관한 결과를 얻을 수 있습니다.
=> SELECT * FROM t1 CROSS JOIN t2;
num | name | num | value
-----+------+-----+-------
1 | a | 1 | xxx
1 | a | 3 | yyy
1 | a | 5 | zzz
2 | b | 1 | xxx
2 | b | 3 | yyy
2 | b | 5 | zzz
3 | c | 1 | xxx
3 | c | 3 | yyy
3 | c | 5 | zzz
(9 rows)
=> SELECT * FROM t1 INNER JOIN t2 ON t1.num = t2.num;
num | name | num | value
-----+------+-----+-------
1 | a | 1 | xxx
3 | c | 3 | yyy
(2 rows)
=> SELECT * FROM t1 INNER JOIN t2 USING (num);
num | name | value
-----+------+-------
1 | a | xxx
3 | c | yyy
(2 rows)
=> SELECT * FROM t1 NATURAL INNER JOIN t2;
num | name | value
-----+------+-------
1 | a | xxx
3 | c | yyy
(2 rows)
=> SELECT * FROM t1 LEFT JOIN t2 ON t1.num = t2.num;
num | name | num | value
-----+------+-----+-------
1 | a | 1 | xxx
2 | b | |
3 | c | 3 | yyy
(3 rows)
=> SELECT * FROM t1 LEFT JOIN t2 USING (num);
num | name | value
-----+------+-------
1 | a | xxx
2 | b |
3 | c | yyy
(3 rows)
=> SELECT * FROM t1 RIGHT JOIN t2 ON t1.num = t2.num;
num | name | num | value
-----+------+-----+-------
1 | a | 1 | xxx
3 | c | 3 | yyy
| | 5 | zzz
(3 rows)
=> SELECT * FROM t1 FULL JOIN t2 ON t1.num = t2.num;
num | name | num | value
-----+------+-----+-------
1 | a | 1 | xxx
2 | b | |
3 | c | 3 | yyy
| | 5 | zzz
(4 rows)
ON로 지정되는 결합 조건에는, 결합에 직접 관계하지 않는 조건도 포함할 수가 있습니다. 이것은 일부의 쿼리에 대해 편리합니다만, 사용 시에는 주의가 필요합니다. 예를 나타냅니다.
=> SELECT * FROM t1 LEFT JOIN t2 ON t1.num = t2.num AND t2.value = 'xxx'; num | name | num | value -----+------+-----+------- 1 | a | 1 | xxx 2 | b | | 3 | c | | (3 rows)
테이블이나 복잡한 테이블 참조는, 쿼리의 뒷편으로 파생 테이블을 참조하기 위해서 일시적인 이름을 줄 수가 있습니다. 이것을 테이블의 별명이라고 부릅니다.
테이블의 별명을 작성하려면 이하와 같이 합니다.
FROM table_reference AS alias
혹은
FROM table_reference alias
AS키워드는 없어도 상관하지 않습니다. alias 는 임의의 식별자가 됩니다.
테이블의 별명의 일반적인 적용법은, 긴 테이블명에 단축한 식별자를 할당해 결합구를 읽기 쉽게 하는 것입니다. 예를 나타냅니다.
SELECT * FROM some_very_long_table_name s JOIN another_fairly_long_name a ON s.id = a.num;
별명은, 현재의 쿼리로 테이블 참조를 할 때의 새로운 이름이 됩니다. 그 경우는, 원래의 이름으로 테이블을 참조할 수 없게 됩니다. 따라서,
SELECT * FROM my_table AS m WHERE my_table.a > 5;
는 표준 SQL에 준거하고 있습니다. PostgreSQL에서는, add_missing_from설정 변수가 off(이것이 기본값입니다)의 경우에 에러가 됩니다. on의 경우, FROM구에 내재적 테이블 참조가 추가됩니다. 즉, 다음과 같은 쿼리를 쓴 것으로서 처리됩니다.
SELECT * FROM my_table AS m, my_table AS my_table WHERE my_table.a > 5;
이것은 크로스 결합이 됩니다만, 통상 이것은 바람직한 일이 아닙니다.
테이블의 별명은 주로 표기를 간단하게 하기 위해서 있습니다. 그러나 다음과 같이, 1개의 테이블이 자기 자신과 결합하는 경우는, 필수가 됩니다.
SELECT * FROM people AS mother JOIN people AS child ON mother.id = child.mother_id;
게다가 테이블 참조가 서브쿼리의 경우에 별명이 필요하게 됩니다 (Section 7.2.1.3를 참조해 주세요).
괄호는, 애매함을 없애기 위해서 사용됩니다. 다음의 예에서는, 첫 번째 명령문으로 두 번째 my_table의 인스턴스에 b라는 별명을 부여하고, 한편, 두 번째 명령문에서는 결합 결과에 대해서 별명을 부여하고 있습니다.
SELECT * FROM my_table AS a CROSS JOIN my_table AS b ... SELECT * FROM (my_table AS a CROSS JOIN my_table) AS b ...
다음과 같은 형식에서 테이블 별명을 붙여, 테이블 자신과 같게 테이블의 열에 일시적인 이름을 붙일 수가 있습니다.
FROM table_reference [AS] alias ( column1 [, column2 [, ...]] )
만약, 실제의 테이블이 가지는 열보다 적은 수의 열의 별명이 주어지는 경우, 나머지의 열은 개명되지 않습니다. 이 구문은, 자기 결합 혹은 서브쿼리로 특별히 도움이 됩니다.
별명이 JOIN구의 결과에 적용되는 경우, 이러한 형식의 어느 쪽을 사용하면, 별명은 JOIN내의 원래의 이름을 숨깁니다. 예를 들면, 다음의 예의 대로입니다.
SELECT a.* FROM my_table AS a JOIN your_table AS b ON ...
(은)는 유효한 SQL입니다만,
SELECT a.* FROM (my_table AS a JOIN your_table AS b ON ...) AS c
는 유효하지는 않습니다. 테이블의 별명a는, 별명c의 외측에서는 참조할 수가 없습니다.
파생 테이블을 지정하는 서브쿼리는, 괄호로 둘러쌀 필요가 있습니다. 또, 반드시 테이블 별명을 할당할 수 있고 있을 필요가 있습니다 (Section 7.2.1.2를 참조해 주세요). 예를 나타냅니다.
FROM (SELECT * FROM table1) AS alias_name
이 예는, FROM table1 AS alias_name와 같습니다. 한층 더 흥미로운 케이스로서 서브쿼리가 그룹화나 집계을 포함하고 있는 경우, 단순 결합에 정리할 수 없습니다.
또, 서브쿼리를 VALUES리스트로 할 수도 있습니다.
FROM (VALUES ('anne', 'smith'), ('bob', 'jones'), ('joe', 'blow'))
AS names(first, last)
반복합니다만, 테이블의 별명이 필요합니다. VALUES리스트의 열에 별명을 부여하는 것은 생략 할 수도 있습니다만, 부여하는 것을 권합니다. Section 7.7를 참조해 주세요.
테이블 함수는, 기본 데이터형(스칼라형), 혹은 복합 데이터형(테이블행)으로부터 되는 행의 집합을 생성하는 함수입니다. 이것들은, 테이블, 뷰, 쿼리의 FROM구내의 서브쿼리와 같이 사용됩니다. 테이블 함수로부터 돌려주어지는 열은, 테이블, 뷰, 서브쿼리열과 같은 순서로, SELECT, JOIN, WHERE안에 포함할 수가 있습니다.
테이블 함수가 기본 데이터형을 돌려주는 경우, 단일의 결과열에는 함수명에 연관된 이름을 붙일 수 있습니다. 함수가 복합형을 돌려주는 경우는, 결과열은 그 형태의 개개의 속성과 같은 이름이 됩니다.
FROM구로 테이블 함수에 별명을 붙일 수도, 별명을 붙이지 않고 그대로 사용할 수도 있습니다. 별명을 붙이지 않고 FROM구로 함수를 사용했을 경우, 함수명이 출력 테이블명으로서 사용됩니다.
이하에 여러 예를 가리킵니다.
CREATE TABLE foo (fooid int, foosubid int, fooname text);
CREATE FUNCTION getfoo(int) RETURNS SETOF foo AS $$
SELECT * FROM foo WHERE fooid = $1;
$$ LANGUAGE SQL;
SELECT * FROM getfoo(1) AS t1;
SELECT * FROM foo
WHERE foosubid IN (select foosubid from getfoo(foo.fooid) z
where z.fooid = foo.fooid);
CREATE VIEW vw_getfoo AS SELECT * FROM getfoo(1);
SELECT * FROM vw_getfoo;
호출 방법으로 응해 다른 열집합을 돌려주는 테이블 함수를 정의하는 것이 도움이 되는 경우가 있습니다. 이것을 지원하려면 , 테이블 함수를 record가상형을 돌려주는 것이라고 선언합니다. 이러한 함수를 쿼리로 사용하는 경우, 시스템이 그 쿼리를 어떻게 해석해 계획을 작성하면 좋은 것인지 판단할 수 있도록, 상정한 행 구조를 쿼리 자신내로 지정하지 않으면 안됩니다. 다음의 예로 생각해 봅시다.
SELECT *
FROM dblink('dbname=mydb', 'select proname, prosrc from pg_proc')
AS t1(proname name, prosrc text)
WHERE proname LIKE 'bytea%';
dblink함수는 원격 쿼리를 실행합니다(contrib/dblink를 참조). 이것은 임의의 쿼리로 사용할 수 있도록, record를 돌려주는 것이라고 선언되고 있습니다. 실제의 열집합은, 파서가 예를 들면 *이 어떻게 전개되는지를 이해할 수 있도록 호출한 쿼리내에서 지정되지 않으면 안됩니다.
WHERE구 의 구문은, 이하와 같습니다.
WHERE search_condition
여기서, search_condition 에는 boolean형을 돌려주는 어떤 평가식(Section 4.2를 참조)도 지정할 수 있습니다.
FROM구의 처리가 끝난 후, 파생한 가상 테이블의 각 행은 검색 조건과 조합됩니다. 조건의 결과가 참인 경우, 그 행은 출력됩니다. 그렇지 않은(즉 결과가 거짓 또는 NULL의) 경우는, 그 행은 버려집니다. 일반적으로 검색 조건은, FROM구로 생성된 테이블의 열을 적어도 몇 개 참조합니다. 이것은 필수가 아닙니다만, 그렇게 않으면 WHERE구는 완전히 의미가 없어집니다.
Note: 내부 결합의 결합 조건은, WHERE구에서도 JOIN구에서도 기술할 수가 있습니다. 예를 들면, 이하의 테이블식은 같습니다.
FROM a, b WHERE a.id = b.id AND b.val > 5및
FROM a INNER JOIN b ON (a.id = b.id) WHERE b.val > 5또, 이하에서도 같습니다.
FROM a NATURAL JOIN b WHERE b.val > 5어떤 것을 사용할지는, 주로 스타일의 문제입니다. FROM구로 JOIN구문을 사용하면, 아마 다른 제품에 이식할 수 없을 것입니다. 외부 결합에 대해서는, FROM구 이외에 선택의 여지는 없습니다. 외부 결합의 ON구나 USING구는, WHERE조건과는 동일하지 않습니다 . 왜냐하면, 최종 결과로부터 행을 제거하면 같이(일치하지 않는 입력행에 대해) 행의 추가도 실시하기 때문입니다.
WHERE구의 예를 이하에 나타냅니다.
SELECT ... FROM fdt WHERE c1 > 5 SELECT ... FROM fdt WHERE c1 IN (1, 2, 3) SELECT ... FROM fdt WHERE c1 IN (SELECT c1 FROM t2) SELECT ... FROM fdt WHERE c1 IN (SELECT c3 FROM t2 WHERE c2 = fdt.c1 + 10) SELECT ... FROM fdt WHERE c1 BETWEEN (SELECT c3 FROM t2 WHERE c2 = fdt.c1 + 10) AND 100 SELECT ... FROM fdt WHERE EXISTS (SELECT c1 FROM t2 WHERE c2 > fdt.c1)
fdt는, FROM구로부터 파생한 테이블입니다. WHERE구의 검색 조건을 채우지 않았던 행은, fdt로부터 삭제됩니다. 평가식으로서의 스칼라부문의의 사용법에 주목해 주세요. 다른 쿼리와 같이, 서브쿼리는 복잡한 테이블식을 사용할 수 있습니다. 서브쿼리 중에서 어떻게 fdt가 참조될지도 주의해 주세요. c1를 fdt.c1와 같이 수식하는 것은, c1가 서브쿼리의 입력 테이블에서 파생한 렬명이기도 할 때에만 필요합니다. 렬명의 수식은, 필수의 경우가 아니라도, 명확하게 하기 위해서 도움이 됩니다. 이 예는, 외측의 쿼리의 렬명의 유효 범위를, 어떻게 안쪽의 쿼리까지 확장하는지를 나타냅니다.
WHERE필터를 통한 후, 파생된 입력 테이블을 GROUP BY구로 그룹화 해, 또, HAVING구를 사용해 불필요한 그룹을 없앨 수가 있습니다.
SELECT
select_list
FROM ...
[WHERE ...]
GROUP BY
grouping_column_reference
[,
grouping_column_reference
]...
GROUP BY구 구는, 테이블내에서 선택된 전 렬과 같은 값을 공유하는 행을 정리해 그룹화 하기 위해서 사용됩니다. 열의 열거순서는 관계 없습니다. 이것은, 공통되는 값을 가지는 행을, 대표가 되는 1개의 그룹행에 정리하는 효과가 있습니다. 이것에 의해, 출력의 용장도를 배제해, 게다가 또, 이러한 그룹에 적용되는 집계이 계산됩니다. 이하에 예를 나타냅니다.
=> SELECT * FROM test1; x | y ---+--- a | 3 c | 2 b | 5 a | 1 (4 rows) => SELECT x FROM test1 GROUP BY x; x --- a b c (3 rows)
두 번째 쿼리에서는, SELECT * FROM test1 GROUP BY x라고 쓸 수 없습니다. 각 그룹에 관련지을 수 있는 열y의 값이 없기 때문입니다. 그룹 마다 단일의 값을 가지므로, 선택 리스트로 GROUP BY로 지정한 열을 참조할 수가 있습니다.
일반적으로, 테이블이 그룹화 되고 있는 경우, 그룹화 시에 사용되지 않은 열을 집계식 이외에는 참조할 수 없습니다. 집계식의 예는 이하와 같습니다.
=> SELECT x, sum(y) FROM test1 GROUP BY x; x | sum ---+----- a | 4 b | 5 c | 2 (3 rows)
상기된 sum() 는, 그룹 전체에 대해 단일의 값을 계산하는 집계 함수입니다. 사용 가능한 집계 함수의 상세한 것에 대하여는, Section 9.15을 참조해 주세요.
Tip: 집계식을 사용하지 않는 그룹화는, 렬내의 중복 하지 않는 값의 집합을 효율 좋게 계산합니다. 이것은 DISTINCT구의 사용에서도 실시할 수가 있습니다(Section 7.3.3를 참조해 주세요).
다른 예를 나타냅니다. 이것은 각 제품의 총매상을 계산합니다 (전제품에 대한 총매상이 아닙니다).
SELECT product_id, p.name, (sum(s.units) * p.price) AS sales
FROM products p LEFT JOIN sales s USING (product_id)
GROUP BY product_id, p.name, p.price;
이 예에서는, product_id열, p.name열, p.price열은
반드시 GROUP BY구로 지정할 필요가 있습니다.
왜냐하면, 이것들은 쿼리 선택 리스트 중에서 사용되고 있기 때문입니다
(products 테이블을 어느 정도 엄밀하게 설정할지에 따라, 이름 및 가격을 완전하게 product ID에 의존시킬 수도 있기 때문에,
이론적으로는 이것들을 그룹화 할 필요를 없애는 일도 가능합니다. 그러나, 이것은 아직 구현되고 있지 않습니다).
s.units열은 GROUP BY로 지정할 필요는 없습니다.
이것은, 제품마다의 매상 계산의 집계식(sum(...))의 안에서만 사용되기 때문에입니다.
이 쿼리는, 각 제품에 대해서 제품의 전판매에 관한 합계행이 돌려주어집니다.
엄밀한 SQL에서는, GROUP BY는, 소스 테이블의 열에 의해서만 그룹화 할 수 있습니다만, PostgreSQL에서는, 선택 리스트의 열에 의한 그룹화도 할 수 있도록 확장되고 있습니다. 단순한 렬명 대신에, 평가식에서 그룹화 할 수도 있습니다.
GROUP BY구를 사용해 그룹화 된 테이블로 특정의 그룹만 필요한 경우, 그룹화 된 테이블에서 불필요한 그룹을 제외하고, WHERE구와 같이 HAVING구를 사용할 수 있습니다. 구문은 이하와 같습니다.
SELECT
select_list
FROM ... [WHERE ...] GROUP BY ... HAVING
boolean_expression
HAVING구내의 식은, 그룹화 된 식과 그룹화 되지 않은 식(이 경우는 집계 함수가 필요하게 됩니다)의 양쪽 모두를 참조할 수가 있습니다.
예를 나타냅니다.
=> SELECT x, sum(y) FROM test1 GROUP BY x HAVING sum(y) > 3; x | sum ---+----- a | 4 b | 5 (2 rows) => SELECT x, sum(y) FROM test1 GROUP BY x HAVING x < 'c'; x | sum ---+----- a | 4 b | 5 (2 rows)
다음에, 보다 현실적인 예를 나타냅니다.
SELECT product_id, p.name, (sum(s.units) * (p.price - p.cost)) AS profit
FROM products p LEFT JOIN sales s USING (product_id)
WHERE s.date > CURRENT_DATE - INTERVAL '4 weeks'
GROUP BY product_id, p.name, p.price, p.cost
HAVING sum(p.price * s.units) > 5000;
위의 예로, WHERE구는, 그룹화되어 있지 않은 열에 의해 행을 선택하고 있는 (이 식에서는 최근의 4주간의 매상만이 실로 됩니다)것에 대해, HAVING구는 출력을 매상고가 5000을 넘는 그룹에 제한하고 있습니다. 집계식이, 쿼리내에서 항상 같은 필요가 없는 것에 주의해 주세요.