日々の最適化プロセス中に、奇妙なことに気付きました。同じ SQL にまったく異なる 2 つの実行プランがあり、左結合の駆動テーブルさえ異なる可能性があるのです。 左結合の場合、WHERE 条件に関連テーブルによるフィルターが含まれていると、左結合が内部結合に変換されることがあります。この場合、shopInfo にはフィルター条件 ShopCategory = 'LOC' があり、shopInfo のレコードが NULL ではないことが保証されているため、最適化プロセス中に左結合を内部結合に変換できます。 そうすると、O と S の JOIN 順序は交換可能になります。 検証結論: テーブルを作成します。 --クラステーブル CREATE TABLE T_CLASS( class_id int が null ではない、 クラス名 VARCHAR2(100) ); インデックスを追加します。alter table T_CLASS add index inx_class_id(class_id); --学生テーブル CREATE TABLE T_STUDENT( 学生ID int NULLではない、 class_id int が null ではない、 学生名 VARCHAR(100)、 年齢 int、 セックス int ) インデックスを追加します。alter table T_STUDENT add index index_age(AGE); --T_CLASS (CLASS_ID、CLASS_NAME) にクラスデータを挿入します 値(1、「クラス1」); T_CLASS (CLASS_ID、CLASS_NAME) に挿入 値(2、「クラス2」); T_CLASS (CLASS_ID、CLASS_NAME) に挿入 値(3、「3つのシフト」); T_CLASS (CLASS_ID、CLASS_NAME) に挿入 値(4、「第4シフト」); T_CLASS (CLASS_ID、CLASS_NAME) に挿入 値(5、「第5クラス」); --T_STUDENT に学生データを挿入します (STUDENT_ID、CLASS_ID、STUDENT_NAME、AGE、SEX) 値(1、1、'李1'、3、'1'); T_STUDENT (STUDENT_ID、CLASS_ID、STUDENT_NAME、AGE、SEX) に挿入 値(2、1、'李2'、2、'1'); T_STUDENT (STUDENT_ID、CLASS_ID、STUDENT_NAME、AGE、SEX) に挿入 値(3、1、'李3'、3、'1'); T_STUDENT (STUDENT_ID、CLASS_ID、STUDENT_NAME、AGE、SEX) に挿入 値(4、2、'李4'、4、'1'); T_STUDENT (STUDENT_ID、CLASS_ID、STUDENT_NAME、AGE、SEX) に挿入 値(5、2、'李5'、3、'2'); T_STUDENT (STUDENT_ID、CLASS_ID、STUDENT_NAME、AGE、SEX) に挿入 値(6、2、'李6'、3、'1'); T_STUDENT (STUDENT_ID、CLASS_ID、STUDENT_NAME、AGE、SEX) に挿入 値(7、3、'李7'、6、'2'); T_STUDENT (STUDENT_ID、CLASS_ID、STUDENT_NAME、AGE、SEX) に挿入 値(8、3、'李8'、4、'2'); T_STUDENT (STUDENT_ID、CLASS_ID、STUDENT_NAME、AGE、SEX) に挿入 値(9、2、'李9'、2、'2'); T_STUDENT (STUDENT_ID、CLASS_ID、STUDENT_NAME、AGE、SEX) に挿入 値(10、2、'李10'、3、'1'); T_STUDENT (STUDENT_ID、CLASS_ID、STUDENT_NAME、AGE、SEX) に挿入 値(11、3、'李11'、3、'2'); T_STUDENT (STUDENT_ID、CLASS_ID、STUDENT_NAME、AGE、SEX) に挿入 値(12、2、'李12'、8、'2'); T_STUDENT (STUDENT_ID、CLASS_ID、STUDENT_NAME、AGE、SEX) に挿入 値(13、1、'李13'、6、'2'); ケース1: テーブルBにはwhere条件があり、nullではない ケース2: テーブルAとテーブルBの両方にwhere条件があり、nullではない ケース3: テーブルAとテーブルBの両方にWHERE条件があり、NULLでない場合は、テーブルBのインデックスを削除します。 結論は: MySQL オプティマイザーは、関連付けられたテーブルに where 条件があり、そのフィルター条件が関連付けられたテーブルよりも優れている場合にのみ、左結合を内部結合に変換します。 これで、mysql の left join を inner join に素早く変換するプロセスに関するこの記事は終了です。mysql の left join と inner join に関するより関連性の高いコンテンツについては、123WORDPRESS.COM の以前の記事を検索するか、以下の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。 以下もご興味があるかもしれません:
|
>>: HTML ウェブページでのアンカー(名前付きアンカー)の使用の概要
まず、HTML タグのいくつかの特性を知っておく必要があります。 1. 「<keyword&g...
イメージは hub.docker.com に保存できますが、ネットワーク速度が比較的遅いです。内部環...
達成された効果実装コードhtml <div class="scene"&g...
CocosCreator バージョン: 2.3.4ほとんどのゲームにはレイヤー管理機能があり、例えば...
Centos7 の起動プロセス: 1.post(電源投入時のセルフテスト) 電源投入時のセルフテスト...
テーブル構造とそのデータをコピーする次のステートメントは、データを新しいテーブルにコピーします。注:...
このプロジェクトでは、Vue+Router+Element の具体的なコードを共有して、シンプルなナ...
この記事では、UbuntuシステムでSVNを設定するプロセスを簡単に紹介します。ソースを更新sudo...
1. HTMLタグは常に閉じる前のページのソース コードでは、次のような記述がよく見られます。 &l...
まず、メモリ解放の例を見てみましょう。 <スクリプト言語="JavaScript&q...
今日、外出中に同僚から、ウェブサイトのバックエンドにアクセスできないというメッセージが届きました。と...
この記事では、Linux システムを起動する方法について説明します。ご参考までに、詳細は以下の通りで...
1. MySQL Community Server 5.7.16をダウンロードしてインストールします...
前回の記事では、Dockerの基礎知識であるローカルディレクトリのマウント方法を紹介しました。今日は...
目次序文: 1. データ移行について2. 移行計画と留意点要約:序文:日常業務では、テーブル、データ...