SQL bigadmin: where 절 대한 조항이 vs.

어떤 차이점이 무엇이며, 각 가야 한다고?

만약 내가 제대로 원리를 이해 쿼리하지 최적화기의 함께 모두 사용할 수 있어야 합니다.

Community
편집된 질문23일 5월 2017 в 10:31
프로그래밍
sql join where-clause on-clause
9일 12월 2008 в 8:14
16 파운드
질문에 대한 의견 (1)
해결책

그들은 결코 같지 않습니다.

이러한 고려해보십시오 쿼리합니다:

SELECT *
FROM Orders
LEFT JOIN OrderLines ON OrderLines.OrderID=Orders.ID
WHERE Orders.ID = 12345

및

SELECT *
FROM Orders
LEFT JOIN OrderLines ON OrderLines.OrderID=Orders.ID 
    AND Orders.ID = 12345

첫 번째 반환되므로 오더하려면 다음 있는 경우 그 선 주문 번호 '12345'. '모든' 가 아니라, 두 번째 반환되므로 명령이라구요 주문하십시오 12345 아무런 흐름선 연결되어 있습니다.

이 절이 있는 내부 조인 ',' 효과적으로 avamer. 그러나 그냥 있기 때문에, 동일한 결과를 얻을 수 있다는 점에서 동일한 기능, 두 가지를 모두 같은 의미 없이 마무리라뇨 의미하지는 않습니다.

해설 (10)
  • 대한 내부 조인 중요하지 않습니다
  • 일을 외부 조인은

a. '어디서' 절: 가입 후. 이후 배치하십시오 참가하십시오 레코드는유지합니다 필터링됩니다 자리 잡고 있다.

b. '-' 에 가입하기 전에 했다. 레코드 (오른쪽에서 테이블) 필터링됩니다 가입하기 전에. 이 결과 (이후 외부 조인) null 로 끝날 수 있습니다.

&lt br>; &lt br>;

  • 예 *: 아래 표를 고려해보십시오.
    1. documents:
     | id    | name        |
     --------|-------------|
     | 1     | Document1   |
     | 2     | Document2   |
     | 3     | Document3   |
     | 4     | Document4   |
     | 5     | Document5   |

    2. downloads:
     | id   | document_id   | username |
     |------|---------------|----------|
     | 1    | 1             | sandeep  |
     | 2    | 1             | simi     |
     | 3    | 2             | sandeep  |
     | 4    | 2             | reya     |
     | 5    | 3             | simi     |

여기서 '내부' a) 항).

  SELECT documents.name, downloads.id
    FROM documents
    LEFT OUTER JOIN downloads
      ON documents.id = downloads.document_id
    WHERE username = 'sandeep'

 For above query the intermediate join table will look like this.

    | id(from documents) | name         | id (from downloads) | document_id | username |
    |--------------------|--------------|---------------------|-------------|----------|
    | 1                  | Document1    | 1                   | 1           | sandeep  |
    | 1                  | Document1    | 2                   | 1           | simi     |
    | 2                  | Document2    | 3                   | 2           | sandeep  |
    | 2                  | Document2    | 4                   | 2           | reya     |
    | 3                  | Document3    | 5                   | 3           | simi     |
    | 4                  | Document4    | NULL                | NULL        | NULL     |
    | 5                  | Document5    | NULL                | NULL        | NULL     |

  After applying the `WHERE` clause and selecting the listed attributes, the result will be: 

   | name         | id |
   |--------------|----|
   | Document1    | 1  |
   | Document2    | 3  |

b) '' 조항을 참가하십시오 인사이드라면

  SELECT documents.name, downloads.id
  FROM documents
    LEFT OUTER JOIN downloads
      ON documents.id = downloads.document_id
        AND username = 'sandeep'

For above query the intermediate join table will look like this.

    | id(from documents) | name         | id (from downloads) | document_id | username |
    |--------------------|--------------|---------------------|-------------|----------|
    | 1                  | Document1    | 1                   | 1           | sandeep  |
    | 2                  | Document2    | 3                   | 2           | sandeep  |
    | 3                  | Document3    | NULL                | NULL        | NULL     |
    | 4                  | Document4    | NULL                | NULL        | NULL     |
    | 5                  | Document5    | NULL                | NULL        | NULL     |

Notice how the rows in `documents` that did not match both the conditions are populated with `NULL` values.

After Selecting the listed attributes, the result will be: 

   | name       | id   |
   |------------|------|
   |  Document1 | 1    |
   |  Document2 | 3    | 
   |  Document3 | NULL |
   |  Document4 | NULL | 
   |  Document5 | NULL |
Sandeep Jindal
편집된 답변26일 4월 2017 в 4:48
해설 (5)

그들은 서로 바꿀 수 있는 '의 내부 조인을, 그리고 최적화기의) 에서 그들을 재정렬할 것이라고 말했다.

이들은 외부 조인) 에 '의 교환이 가능한 면을 따라 참가하십시오 의존하는 것은 아니다.

난 둘 중 하나에 따라 배치하십시오 가독성을.

해설 (2)

The way I do it 입니다.

  • 항상 '에' 조항을 넣어야 bigadmin 상태에 있는 '내부 조인을 수행할 경우'. 말고, 그들에게 '어디서' 조항을 추가할 수 있는 조건을 놓고 있는 것이다.

  • 'A' 추가할 수 있는 조건을 참가하십시오 수행할 경우 왼쪽, 오른쪽 측면에 대한 조항이 테이블에 '에' 가 된다. 이 때문에 반드시, where 절 추가에는 오른쪽에 있는 참조입니다 참가하십시오 참가하십시오 거역한다면 변환하십시오 충족되었으며 내부 조인.

예외적으로 레코드는유지합니다 찾고 있지 않은 경우 특정 표. 너회가 추가해야 대한 참조입니다 고유 식별자 (판매업체에서 않은 nulll) 에 대한 오른쪽 표 참가하십시오 where 절 이렇게: '여기서 t2.idfield 널임'. 따라서 할 때 오른쪽에 있는 유일한 참조 테이블 join) 은 그 기록을 찾을 수 없는 테이블에.

Marc.2377
편집된 답변18일 1월 2019 в 9:13
해설 (1)

그들은 내부 조인을 협력하였습니다 짓궂군요 마찬가지입니다. 이에 따라 다른 결과를 얻게 됩니다 참가하십시오 배치할 경우 외부 조인 조건이 있는 여기서 vs 의 핵심이 되는 말이다. Take a look at 이 관련 질문 및 [이 질문에] [2] (대표 me).

가장 잘 이해할 수 있을 것 같아 보는 습관이 생겼다 항상 참가하십시오 의 조건을 규정하고 있다 (것이 아니라면, where 절 외부 bigadmin 진실이며당신이 못하며창조된 로렌아줌마가 실제로 이를) 어느 때 보다 질의와 판독값 때문에 어떠한 조건을 테이블은 참여됨 켜고 또 기술입니까 where 절을 수십 개의 행이 않도록 예방하는 데 도움이 된다.

[2]: https://stackoverflow.com/questions/219046/help-with-a-where-on-a-left-join-sql-query # 219053

Community
편집된 답변23일 5월 2017 в 12:26
해설 (0)

이 문서 확실히요 있다고 말한다. 또한, 에 대해 설명하고 있는, 또는 joined_alias null&quot &quot joined_condition vs joined_condition 있다.

Where 절을 함께 있는 동안 필터링합니다 from 절 결과 조인 테이블 결과 제작하는 데 사용되는 충스러웠으니 그리고 결합 테이블을 사이에 했다.

  1. 그 결과 두 개의 테이블을 확인표시를 생산할 수 있는 방법을 결정할 수 있는 조항을 결합한 테이블뿐 참여됨 테이블은 합니다. 물론 이 또한 필터링합니다 원래 테이블) 에서 가장 안쪽) 의 경우, 예를 들어, 참가하십시오.
  2. 스케쳐내 필터링하려면 제품 공동 어졌다면 both sides, where 절 사용해야 합니다.
Vlad Mihalcea
편집된 답변30일 3월 2019 в 3:16
해설 (0)
        • 대한 조항이 있어 가장 큰 차이점은, 왼쪽 측면에서 볼 때, where 절 vs. 참가하십시오.

다음은 예:

mysql> desc t1; 
+-------+-------------+------+-----+---------+-------+
| Field | Type        | Null | Key | Default | Extra |
+-------+-------------+------+-----+---------+-------+
| id    | int(11)     | NO   |     | NULL    |       |
| fid   | int(11)     | NO   |     | NULL    |       |
| v     | varchar(20) | NO   |     | NULL    |       |
+-------+-------------+------+-----+---------+-------+

Fid 는 id 좁히어 테이블 t2.

mysql> desc t2;
+-------+-------------+------+-----+---------+-------+
| Field | Type        | Null | Key | Default | Extra |
+-------+-------------+------+-----+---------+-------+
| id    | int(11)     | NO   |     | NULL    |       |
| v     | varchar(10) | NO   |     | NULL    |       |
+-------+-------------+------+-----+---------+-------+
2 rows in set (0.00 sec)
  • 에 대한 질의 &quot clause"; *
mysql> SELECT * FROM `t1` left join t2 on fid = t2.id AND t1.v = 'K' 
    -> ;
+----+-----+---+------+------+
| id | fid | v | id   | v    |
+----+-----+---+------+------+
|  1 |   1 | H | NULL | NULL |
|  2 |   1 | B | NULL | NULL |
|  3 |   2 | H | NULL | NULL |
|  4 |   7 | K | NULL | NULL |
|  5 |   5 | L | NULL | NULL |
+----+-----+---+------+------+
5 rows in set (0.00 sec)

, 여기서 clause&quot &quot 질의합니다.

mysql> SELECT * FROM `t1` left join t2 on fid = t2.id where t1.v = 'K';
+----+-----+---+------+------+
| id | fid | v | id   | v    |
+----+-----+---+------+------+
|  4 |   7 | K | NULL | NULL |
+----+-----+---+------+------+
1 row in set (0.00 sec)

분명한 것은, t1, t2 에서 레코드를 통해 첫 번째 쿼리하지 되돌려줍니다 해당 종속 행일 K& # 39, & # 39 있는 경우 행일 t1.v =.

T1 = & # 39 에서 두 번째 행뿐만 되돌려줍니다 대해서만 쿼리하지 t1.v K& # 39;; 이를 통해 관련 행일 갖게 됩니다.

Hrishikesh Mishra
편집된 답변3일 6월 2017 в 3:36
해설 (0)

39 shouldn& 측면에서 최적화기, 이 t 를 정의하고, 차별화된 작성하든지 참가하십시오 절 또는 얻는다.

그러나 이럴 것 같은데, 좀 더 it& # 39 절을 조인을 수행할 때, s 에서 사용할 수 있습니다. 당신은 어떻게 join) 은 특정 섹선에서 이쪽요 질의하면 처리됩니까 대對 나머지 where 절 함께 혼용될 수 있는 것입니다.

해설 (0)

데이터 또는 데이터 필터링합니다 참가하십시오 하십니까?

따라서 이러한 활용 건 이해할 수 있는 가장 쉽게 구별할 수 있도록 격리합니다 있는 것으로 나타났다.

  • bigadmin data-in 켜짐이
  • 거르개 data-in creditbank.

매우 어려운 것이 될 수 있는 조건 및 필터링부터 참가하십시오 쿼리하지 읽을 수 있는 조건이 존재하는 것이다.

서로 다른 유형의 SQL 성능 차이 있지만 현명한 안됩니다 가끔 볼 수 있도록 할 계획) 규모의 '& # 175 쿼리하지 처리하십니까 다르게, _ _/& # 175 (ツ),' (Do 초래 할 수 있는 것을 캐싱과는 쿼리하지 속도)

뿐만 아니라 다른 외부 참가하십시오 사용하는 경우, 다른 결과를 얻을 수 있다고 할 경우 1 항) 의 효과 때문에 테이블을 배치하십시오 거르개 찼음을 뿐이다.

내가 좀 더 심도 있는 작성했습니까 게시물로의 우리 섹스한거요 있습니다. https://dataschool.com/learn/difference-between-where-and-on-in-sql

해설 (0)

39 의 고려해보십시오 let& 그 표:

A

id | SomeData

B

id | id_A | SomeOtherData

'표' A '가' id_A 외래 키

이 질의에서는 쓰기.

SELECT *
FROM A
LEFT JOIN B
ON A.id = B.id_A;

이 결과 제공할 예정이다.

/ : part of the result
                                       B
                      +---------------------------------+
            A         |                                 |
+---------------------+-------+                         |
|/////////////////////|///////|                         |
|/////////////////////|///////|                         |
|/////////////////////|///////|                         |
|/////////////////////|///////|                         |
|/////////////////////+-------+-------------------------+
|/////////////////////////////|
+-----------------------------+

B 에서 b 에 대한 값을 널임 지정하십시오. 아닌 있다는 것을 의미합니다.

지금 # 39 의 'b', 그리고 id_A 고려해보십시오 let& 특정 부품에 비해 강조표시할 결과:.

/ : part of the result
* : part of the result with the specific B.id_A
                                       B
                      +---------------------------------+
            A         |                                 |
+---------------------+-------+                         |
|/////////////////////|///////|                         |
|/////////////////////|///////|                         |
|/////////////////////+---+///|                         |
|/////////////////////|***|///|                         |
|/////////////////////+---+---+-------------------------+
|/////////////////////////////|
+-----------------------------+

이 질의에서는 쓰기.

SELECT *
FROM A
LEFT JOIN B
ON A.id = B.id_A
AND B.id_A = SpecificPart;

이 결과 제공할 예정이다.

/ : part of the result
* : part of the result with the specific B.id_A
                                       B
                      +---------------------------------+
            A         |                                 |
+---------------------+-------+                         |
|/////////////////////|       |                         |
|/////////////////////|       |                         |
|/////////////////////+---+   |                         |
|/////////////////////|***|   |                         |
|/////////////////////+---+---+-------------------------+
|/////////////////////////////|
+-----------------------------+

이 때문에 내부 조인을 절감뿐만 aren& # 39 에 있는 값이 스피치피스파르트 id_A = t in ',' b

이제 let& # 39 의 쿼리하지 변경하십시오 이:

SELECT *
FROM A
LEFT JOIN B
ON A.id = B.id_A
WHERE B.id_A = SpecificPart;

그 결과 현재:

/ : part of the result
* : part of the result with the specific B.id_A
                                       B
                      +---------------------------------+
            A         |                                 |
+---------------------+-------+                         |
|                     |       |                         |
|                     |       |                         |
|                     +---+   |                         |
|                     |***|   |                         |
|                     +---+---+-------------------------+
|                             |
+-----------------------------+

이 때문에 전체 결과 필터링됩니다 'b', '분리' = 스피치피스파르트 id_A 상대로 부품 B.id_A = NULL 에 있는 한 B , t # 39 에 있는 aren&

해설 (0)

일단 두 테이블이 있는 처리됩니까 where 절, 필터링은 보통 이미 합류했다. 가능은 하지만 필터링하려면 하나 또는 두 테이블을 저들이요 가입하기 전에 먼저 해야 할 이 결과 집합을 이리에, where 절 전체가 참가할 수 있는 조항이 적용되는 반면 에만 질문이예요

해설 (1)

성능 향상을 위한 특별한 인덱스된 열 결합 테이블을 사용할 수 있어야 합니다.

만일 내가 그 후 그는 여기에있다 열 너회가 찼음을 에 있는 상태로 유지하기 위해 열을 인덱스된 용의자요 것이 좋다.

그래서 니말은 사용 후 실행하면 열이 있는 참가하십시오 인덱스된 참가하십시오 찼음을 되니그들 인덱스된 열.

해설 (0)

내 생각엔 it& # 39 의 조인 e0100042.log 효과를 얻을 수 있습니다. 왼쪽 위 SQL movd 참가하십시오 경우 첫 번째와 재동기화할 creditbank. 왼쪽 참가하십시오 필터링합니다. 알렉산더 다우너 호주 외무장관은 찾을 수 있는 경우, 먼저 러더스트리트 = 12345 재동기화할 bigadmin.

해설 (0)

39, & # 39 에서 SQL 을 WHERE&. # 39, & # 39 와 ON&. 하지만 이 조항을 사람이었는가부텀 스테이트먼츠 조건 등이 & # 39, 그들 사이에 가장 큰 Where& # 39. 절 사용되고 있는 반면, & # 39 로드하십시오 지정하기 위한 선택 / Update 문에 ON& # 39;; 절을 조인을 확인 또는 사용되고, 어디에 있는지 확인합니다 레코드는 매칭됨 [대상 및 소스 테이블뿐 테이블은 결합되었는지 전에

  • 예: - # 39, & # 39 WHERE&, *
SELECT * FROM employee WHERE employee_id=101

  • 예: - # 39, & # 39 ON&, *

  • 직원 및 employee_details, 두 개의 테이블을 일치하는 열은 employee_id.*

SELECT * FROM employee 
INNER JOIN employee_details 
ON employee.employee_id = employee_details.employee_id

나는 희망을 답변됨 질문이요. 리업으로 대한 설명.

Onkar Musale
편집된 답변12일 4월 2019 в 9:57
해설 (1)

여기서 '와' 에 ',' 에 대한 내부 조인을 서로 바꾸어 사용할 수 있습니다. 실제로 it& # 39 에 사용할 수 있는 '에' 상관식 서브케리. 예를 들면 다음과 같습니다.

update mytable
set myscore=100
where exists (
select 1 from table1
inner join table2
on (table2.key = mytable.key)
inner join table3
on (table3.key = table2.key and table3.key = table1.key)
...
)

이는 대단히 복잡한 사람, 그리고 it& (이럴) # 39 의 아주 쉽게 잊지 table1 '링크' 아무것도 (&quot 때문에 driver"; # 39 표, t, on&quot doesn& &quot 가지고 있습니다. 하지만, it& # 39 의 법적 항).

해설 (0)

이러한 차이를 가장 효과적으로 사용할 수 있도록 할 수 있다고 생각한다 "고 [ 논리 연산 순서를 sql ], 1 을 통해 원하는거요, 간체:

  • '에서 비롯한 조인) 여기서 '-' 그룹순 '-'
  • 집합 이 '-'
  • '윈도'
  • '선택' 서로 다른 '-' 그러나 '연합', '교차될', '-' order BY '-' 오프셋된 '-' 페치할 '-'

그러나 내부 조인 않은 조항의 select 문을 연산자에서 '에서. 이 같은 '절', '모든' 에 속한 참가하십시오 .해당 작동자 %s/dbase/ext_table. &quot 이미 happened&quot. 논리적 처리 시간 '' 에 의해 논리적으로 creditbank. 핵심이 되는 말이다. 즉, 왼쪽 bigadmin '외부' 의 경우, 예를 들어, 앞으로 일어날 수 있는 's 시맨틱스를 join& # 39, 이미 그 시간에 의해' 조항을 적용됩니다.

I& 보다 심도 있는 예를 들어, ve 검토완료: # 39 이 블로그 포스트. 이 질의에서는 실행할 때:

SELECT a.actor_id, a.first_name, a.last_name, count(fa.film_id)
FROM actor a
LEFT JOIN film_actor fa ON a.actor_id = fa.actor_id
WHERE film_id < 10
GROUP BY a.actor_id, a.first_name, a.last_name
ORDER BY count(fa.film_id) ASC;

이 때문에 ',' t really 왼쪽 참가하십시오 doesn& # 39 에 출전하지 않았다 하더라도 아무런 유용한 효과를 배우가 영화 배우 필터링됩니다 FILM_ID 'NULL' 및 '어디서' 등 '을' 는 등의 조항을 필터링합니다 유지했습니다. 그 결과 이 같은 일이.

<! - 언어: &gt 랑 없음 -;

ACTOR_ID  FIRST_NAME  LAST_NAME  COUNT
--------------------------------------
194       MERYL       ALLEN      1
198       MARY        KEITEL     1
30        SANDRA      PECK       1
85        MINNIE      ZELLWEGER  1
123       JULIANNE    DENCH      1

만약 우리가 이 두 테이블에서 내부 결합되었는지 e. i. 것처럼. 만약 우리가 이 조항을 움직이십시오 '지금' 에 대한 기준을 되는 조건자 필터링합니다 외부 조인의 예는 다음과 같다:

SELECT a.actor_id, a.first_name, a.last_name, count(fa.film_id)
FROM actor a
LEFT JOIN film_actor fa ON a.actor_id = fa.actor_id
  AND film_id < 10
GROUP BY a.actor_id, a.first_name, a.last_name
ORDER BY count(fa.film_id) ASC;

그러면 컨테인먼트하는 없이 영화, 영화 배우 마무리라뇨 없이 함께 'FILM_ID &lt. 10 '

<! - 언어: &gt 랑 없음 -;

ACTOR_ID  FIRST_NAME  LAST_NAME     COUNT
-----------------------------------------
3         ED          CHASE         0
4         JENNIFER    DAVIS         0
5         JOHNNY      LOLLOBRIGIDA  0
6         BETTE       NICHOLSON     0
...
1         PENELOPE    GUINESS       1
200       THORA       TEMPLE        1
2         NICK        WAHLBERG      1
198       MARY        KEITEL        1

빠른 시일 안에

따라서, 대부분의 감지에서 항상 모세야 네 조건자 creditbank. 논리적으로.

해설 (0)

이건 내 솔루션입니다.

SELECT song_ID,songs.fullname, singers.fullname
FROM music JOIN songs ON songs.ID = music.song_ID  
JOIN singers ON singers.ID = music.singer_ID
GROUP BY songs.fullname
    • 이해했소 그룹순 '를 사용할 수 있습니다' 이 있어야 합니다.

ᄋ "이번 움말.

해설 (1)