"Nested Loop Joinしか取り上げて無いのにタイトルが大きすぎないか" と指摘を頂いたので、タイトルを修正しました。Merge JoinとHash Joinのことはまた今度書こうと思います。 「JOINは遅い」とよく言われます。特にRDBを使い始めて間がない内にそういう言説に触れた結果「JOIN=悪」という認識で固定化されてしまっている人も多いように感じています。 たしかに、JOINを含むようなSELECT文は、含まないものに比べて重たくなる傾向があることは事実です。また、本質的に問い合わせたい内容が複雑で、対処することが難しいものも存在します。しかし、RDBの中で一体どういうことが起きているのかを知り、それに基いて対処すれば高速化できることも少なくないと考えています。 本稿では、JOINの内部動作を解説した上で、Webサービスを作っているとよく出てくるJOIN SQLを例題に
![RDB - 実例で学ぶ、JOIN (NLJ) が遅くなる理屈と対処法 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/fb778f8dc0cb75b3471f4591d4d175050f57f3fa/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JUU1JUFFJTlGJUU0JUJFJThCJUUzJTgxJUE3JUU1JUFEJUE2JUUzJTgxJUI2JUUzJTgwJTgxSk9JTiUyMCUyOE5MSiUyOSUyMCVFMyU4MSU4QyVFOSU4MSU4NSVFMyU4MSU4RiVFMyU4MSVBQSVFMyU4MiU4QiVFNyU5MCU4NiVFNSVCMSU4OCVFMyU4MSVBOCVFNSVBRiVCRSVFNSU4NyVBNiVFNiVCMyU5NSZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9YzhkMzliZmY3YjFkNmExNDkyOWViODI3NWU3OGVkOGE%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB5dWt1X3QmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTA5ZjRhMWY2OWIzOWYxZDg0MGE2NmY3YzRkODA0ZGEz%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D76a811015aa59e00d458235feeb48878)