>데이터 베이스 >MySQL 튜토리얼 >mysql에서 in 대신 사용할 것

mysql에서 in 대신 사용할 것

青灯夜游
青灯夜游원래의
2020-10-05 10:04:189133검색

Mysql에서는 Exists가 루프를 사용하여 외부 테이블을 하나씩 쿼리합니다. 각 쿼리는 Exists의 조건문이 레코드 행을 반환할 수 있는지 확인합니다. 현재 루프가 반환됩니다.

mysql에서 in 대신 사용할 것

이 튜토리얼의 운영 환경: windows7 시스템, mysql8 버전, Dell G3 컴퓨터.

exists는 루프를 사용하여 외부 테이블을 하나씩 쿼리합니다. 각 쿼리는 존재의 조건문을 확인합니다. 존재하는 조건문은 레코드 행 수에 관계없이 레코드 행을 반환할 수 있습니다. 반환됨) 조건이 true이고 현재 루프된 레코드를 반환합니다. 반대로,existence의 조건문이 레코드 행을 반환할 수 없으면 현재 루프된 레코드가 삭제됩니다. 결과 세트를 반환할 수 있으면 true입니다. 반환된 결과 세트는 다음과 같이 false

입니다.

select * from user where exists (select 1);

하위 조건에서 1을 선택하면 항상 레코드를 반환할 수 있으므로 사용자 테이블의 레코드를 하나씩 꺼냅니다. 행에서 사용자 테이블의 모든 레코드가 결과 세트에 추가되므로 select * from user와 동일합니다

그리고 다음과 같습니다

select * from user where exists (select * from user where userId = 0);

사용자 테이블을 반복할 때 조건문(userId = 0인 사용자에서 * 선택). userId는 결코 0이 아니므로 조건문은 항상 빈 값을 반환합니다. 조건은 항상 false이며 사용자 테이블의 모든 레코드는 삭제됩니다

존재하지 않는 경우 exists의 반대입니다. 즉, 존재 조건이 결과 세트를 반환하면 루프된 레코드가 삭제되고, 그렇지 않으면 루프된 레코드가 결과 세트에 추가됩니다.

일반적으로 테이블 A에 n개의 레코드가 있으면 존재합니다. 쿼리는 이 n개의 레코드를 하나씩 꺼내서 존재하는 조건을 n번 판단하는 것입니다. 쿼리에서

는 다중 또는 조건의 중첩과 동일합니다. 예를 들어 다음 쿼리는

select * from user where userId in (1, 2, 3);
입니다.
select * from user where userId = 1 or userId = 2 or userId = 3;

와 동일합니다. not in은 다음과 같이 in의 반대입니다.

select * from user where userId not in (1, 2, 3);

select * from user where userId != 1 and userId != 2 and userId != 3;

과 동일합니다. 일반적으로 in 쿼리는 하위 쿼리 조건의 레코드를 먼저 기록하는 것이며 결과를 모두 찾는다고 가정합니다. 집합은 B이고, 총 m개의 레코드가 있습니다. 그런 다음 하위 쿼리 조건의 결과 집합이 m개로 분해된 다음, in 쿼리의 하위 조건에 의해 반환되는 결과가 있어야 한다는 점을 언급할 가치가 있습니다. 단 하나의 필드, 예를 들어

select * from user where userId in (select id from B);

는 있지만

select * from user where userId in (select id, age from B);

는 아니며 존재에는 이 제한이 없습니다

exist와 in

다음 SQL 문을 고려해보세요

1: select * from A where presents(select * from B where B.id = A.id);

2: select * from A where A.id in (select id from B);

Query 1. 이해하기 쉽도록 다음 의사 코드를 변환할 수 있습니다

for ($i = 0; $i < count(A); $i++) {
  $a = get_record(A, $i); #从A表逐条获取记录
  if (B.id = $a[id]) #如果子条件成立
    $result[] = $a;
}
return $result;

그렇습니다. 실제로 쿼리 1은 테이블 B의 인덱스를 주로 사용한다는 것을 알 수 있습니다. 테이블 A가 쿼리 효율성에 거의 영향을 미치지 않습니다

테이블 B의 모든 ID가 1, 2라고 가정합니다. , 3, 쿼리 2는

select * from A where A.id = 1 or A.id = 2 or A.id = 3;

로 변환될 수 있습니다. 여기서는 A의 인덱스가 주로 사용됩니다. 테이블 B가 쿼리에 미치는 영향이 거의 없는 이유

존재하지 않는 것과

1에 없는 것을 살펴보겠습니다. 존재하지 않는 A에서 * 선택( B.id = A.id인 B에서 * 선택);

2. A.id가 없는 A에서 * 선택(에서 ID 선택) B);

쿼리 1을 참조하세요. 여전히 위와 동일합니다. B의 인덱스를 사용합니다.

select * from A where not exists (select * from B where B.id = A.id);

2. select * from A where A.id not in (select id from B); 그리고 쿼리 2의 경우 다음 명령문으로 변환할 수 있습니다.

select * from A where A.id != 1 and A.id != 2 and A.id != 3;

not in이 a라는 것을 알 수 있습니다. 이러한 종류의 != 범위 쿼리는 인덱스를 사용할 수 없습니다. 이는 A와 같습니다. 테이블 B에 레코드가 있는지 확인하려면 테이블의 각 레코드를 한 번 순회해야 합니다. 따라서 존재하지 않는 것이 더 효율적입니다. than not in. mysql의 in 문은 외부 테이블과 내부 테이블 사이의 해시 연결이며, presents 문은 외부 테이블에서 루프를 수행하고 루프가 루프될 때마다 내부 테이블을 쿼리합니다. 모든 사람들은 항상 존재하는 진술이 in 진술보다 더 효율적이라고 믿어 왔습니다. 이 진술은 실제로 부정확합니다. 이는 환경에 따라 다릅니다.

쿼리된 두 테이블의 크기가 비슷한 경우 in과exist를 사용하는 것에는 큰 차이가 없습니다

.

두 테이블 중 하나가 더 작고 다른 하나가 큰 테이블인 경우 더 큰 하위 쿼리 테이블에 사용하고 더 작은 하위 쿼리 테이블에 in을 사용합니다.


예: 테이블 A(작은 테이블), 테이블 B(큰 테이블) )

1: select * from A where cc in(select cc from B)은 비효율적이며 테이블 A의 cc 열 인덱스를 사용합니다.

select * from A where presents(select cc from B where cc= A. cc)는 매우 효율적이며 테이블 B의 cc 열의 인덱스를 사용합니다.

반대

2:

select * from B where cc in(select cc from A)은 매우 효율적이며 B 테이블의 cc 열 인덱스를 사용합니다.

select * from B where presents(cc 선택) from A(cc=B.cc)는 비효율적이며 테이블 A의 cc 열 인덱스를 사용합니다.

not in 및 not presents 쿼리 문이 not in을 사용하면 인덱스를 사용하지 않고 내부 테이블과 외부 테이블 모두에서 전체 테이블이 검색되지만 not extsts의 하위 쿼리는 여전히 테이블의 인덱스를 사용할 수 있습니다.

따라서 어떤 테이블이 크든 상관없이 not presents를 사용하는 것이 not in

보다 빠릅니다.

in과 =

이름이 ('zhang','wang','li','zhao')인 학생의 이름 선택

이름='zhang'인 학생의 이름 선택; 또는 name='li' 또는 name='wang' 또는 name='zhao'

의 결과는 동일합니다.

추천 튜토리얼: mysql 비디오 튜토리얼

위 내용은 mysql에서 in 대신 사용할 것의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.