SQLでinとexistsの話
最近開発した時、sqlも使いました。使った時、inとexistsの区別が分からないですが、結果は同じなのであんまり考えなかった。今日はいろいろ調べて、inとexistsの違いを纏めます。
まずは結論を出します。
１、テーブルB（副問合せ）はテーブルA（親問合せ）よりデータ量が少ない場合はinが使う
２、テーブルBはテーブルAよりデータ量が多い場合はexistsが使う
３、テーブルBとテーブルAのデータ量がほぼ同じ場合はどちらでもいい
in：
select * from A
where id in(select id from B)
inが使う時、先に副問合せの(select id from B)を実行して、取れた結果をキャッシュで保存されて、ループでBから取れた結果とテーブルAに比べて、最後に比べた結果を結果リストに保存します。
Javaコードは下記ような感じと思います：
List resultSet=[];
Array A=(select * from A);
Array B=(select id from B);
for(int i=0;i<A.length;i++) {
for(int j=0;j<B.length;j++) {
if(A[i].id==B[j].id) {
resultSet.add(A[i]);
break;
}
}
}
return resultSet;
ソースから読んで、テーブルBは全てデータをループしてトラバーサルしますので、システムパフォーマンスを考えると、テーブルBはテーブルAよりデータ量が少ない場合はinが一番いいと思います。
exists：
select a.* from A a
where exists(select id from B b where a.id=b.id)
existsが使う時、先に副問合せの(select id from B b where a.id=b.id)を実行して、結果が保存しなくて、trueとfalseのみをreturnします。（結果がある場合trueをreturnする）
そしてJavaコードは下記ような感じです：
List resultSet=[];
Array A=(select * from A)
for(int i=0;i<A.length;i++) {
if(exists(A[i].id) { //(select id from B b where a.id=b.id)はtrue或いはfalseをreturn
resultSet.add(A[i]);
}
}
return resultSet;
そして、テーブルBはテーブルAよりデータ量が多いでも、A.length回をトラバーサルしますので、テーブルBはテーブルAよりデータ量が多い場合existsが一番いい。
テーブルBとテーブルAのデータ量がほぼ同じ場合、パフォーマンスがほぼ同じなのでどちらでもいい。
