はじめに
SQL ステートメントを作成する場合、内部接続や外部接続などの接続キーワードの使用を避けることはできません。多くのタイプがあります。他の場所で見つけた画像をここに投稿します:
この画像は非常に詳細だと思います。SQL ステートメントが示されています。一般的なリンク タイプ、左からこの記事で例として挙げる結合は、次のようにオンラインで定義されます。 LEFT JOIN キーワードは、右側のテーブルに一致する行がない場合でも、左側のテーブルからすべての行を返します。
実は、left join
は文字通りの意味だけ見ると比較的理解しやすいのですが、実際に使用する過程では、on 以降の条件など、いくつかの問題が残ります。次に、浅い結合から深い結合への左結合について学習します。
例
CREATE TABLE `class` ( `class_id` int NOT NULL, `class_name` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci DEFAULT NULL, `class_grade` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci DEFAULT NULL, PRIMARY KEY (`class_id`) USING BTREE ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb3 ROW_FORMAT=COMPACT;
スコア テーブル:
CREATE TABLE `score` ( `class_id` int NOT NULL, `stu_id` varchar(11) CHARACTER SET utf8 COLLATE utf8_general_ci DEFAULT NULL, `score` int DEFAULT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb3 ROW_FORMAT=COMPACT;
それぞれにデータがあります:
Q1: c.class_id=s.class_id のクラス c 左結合スコア s から c.class_id,c.class_name,c.class_grade,s.stu_id,s.score を選択します。
この文は次のように書き換えることができます: 「このステートメントを分析しました。左側のテーブルはクラス テーブル、右側のテーブルはスコア テーブル、およびそれらに関連付けられたフィールドは class_id です。」左側のテーブルの class_id が 1 の場合、右側のテーブルには class_id 1 のレコードが 2 つあります。左側のテーブルの class_id が 2 の場合、右側のテーブルの 2 つのレコードの class_id は 2 です。左側のテーブルは 3、右側のテーブルには 1 つのレコードがあります。 レコードの class_id は 3 なので、5 つのレコードを取得する必要があります:
1 语文 A A002 82 1 语文 A A001 91 2 数学 B A002 87 2 数学 B A001 95 3 英语 C B003 65
Q2: select c.class_id,c.class_name,c.class_grade,クラス c の s.stu_id,s.score は、c.class_id=s.class_id および s.score=90 の結合スコア s を残しました。
最初の質問の例に基づいて、この質問には s.score=90 という追加条件があります。これは、右側のテーブルのスコア フィールドが 90 であることを意味しますが、テーブル内のデータを見ると、右の表には 90 のスコアがないことがわかります。結果は空になりますか?結局、右側の表には条件を満たすデータがありません。
実際、この SQL ステートメントを実行すると、最終的には結果が得られますが、取得できるデータは 3 つだけです。左側のテーブルのすべてのフィールドが表示され、右側のテーブルのすべてのフィールドが表示されます。これは、右側のテーブルにはスコア 90 のレコードがないため、右側のテーブルのフィールドは空です。
on は最初にデータをフィルターしてから接続しますが、where は 2 つのテーブル間で関連するクエリを実行した後にデータをフィルターします。on と where の違いはここにあり、後続の例で説明します。これら 2 つは、異なっています。
1 语文 A 2 数学 B 3 英语 C
Q3: c.class_id=s.class_id 上のクラス c 左結合スコア s から c.class_id,c.class_name,c.class_grade,s.stu_id,s.score を選択します (c.class_name=&lsquo)。 ;中国語’ s.score=90。
このステートメントには where キーワードが含まれるため、where と on の違いに注意する必要があります。この SQL のクエリ結果は空です。これは、最初に結果をクエリするために 2 つのテーブルが接続され、その後フィルタリングされるためです。接続されたテーブルのクエリの結果は、class_name=‘中文’ に一致するレコードがありません。 、スコア = 90 であるため、クエリ結果は空です。
Q4: c.class_id=s.class_id および 1=0 のクラス c 左結合スコア s から c.class_id,c.class_name,c.class_grade,s.stu_id,s.score を選択します。
SQL の where 条件の後に 1=1 を追加することがあります。ここでの 1=0 は、2 つのテーブル間の関連付けが失敗したことを意味するため、結果には左側のテーブルのデータのみが表示されます。
1 语文 A null null 2 数学 B null null 3 英语 C null null
Q5: 1=0 のクラス c 左結合スコア s から c.class_id,c.class_name,c.class_grade,s.stu_id,s.score を選択します。
これの実行結果は上記のSQL文と同じで、左のテーブルの内容がすべて表示されます。
1 语文 A null null 2 数学 B null null 3 英语 C null null
Q6: c.class_id=s.class_id および c.class_name=&lsquo のクラス c 左結合スコア s から c.class_id,c.class_name,c.class_grade,s.stu_id,s.score を選択します。 「中国人」。
これには、右側のテーブルに言語として class_name が含まれるレコードをフィルターで除外する必要があります。レコードは 2 つあり、次に左側のテーブルの 2 つのレコードを接続するため、結果が 4 つあることを確認するのは難しくありません。
1 语文 A A002 82 1 语文 A A001 91 2 数学 B null null 3 英语 C null null
Q7: c.class_id=s.class_id および c.class_name=‘ のクラス c 左結合スコア s から c.class_id,c.class_name,c.class_grade,s.stu_id,s.score を選択します。英語。
前の質問と同じ質問を分析します (空白領域の結果は null):
1 语文 A 2 数学 B 3 英语 C B003 65
Q8: select c.class_id,c.class_name,c.class_grade,s.stu_idクラス c の ,s.score は、c.class_id=s.class_id および c.class_name=‘体育’ 上のスコア s を左に結合しました。
右側のテーブルにはデータがなく、class_name がスポーツであるため、右側のテーブルは空です。左側のテーブルのすべてのデータが表示されます。右側のテーブルの対応するフィールドは空です:
1 语文 A 2 数学 B 3 英语 C
Q9: c.class_id=s.class_id および c.class_name=‘中文’ 上のクラス c 左結合スコア s から c .class_id,c.class_name,c.class_grade,s.stu_id,s.score を選択します。 s.score=91。
右表中只有一条记录的score为91,所以需要拿左表与右表的这一条数据进行关联,左表只有语文可以与右表的那一条数据对上,所以结果为:
1 语文 A A001 91 2 数学 B 3 英语 C
Q10:select c.class_id,c.class_name,c.class_grade,s.stu_id,s.score from class c left join score s on c.class_id=s.class_id and c.class_name=‘体育’ and s.score=90。
右表中没有数据的score为90,同样左表中也没有class_name为体育,但是这并不意味着最后的结果就是空了,只要没有where条件,最终的结果数量最起码也会是左表中原先的数据数量,所以这条sql会返回左表的全部数据。
1 语文 A 2 数学 B 3 英语 C
Q11:select c.class_id,c.class_name,c.class_grade,s.stu_id,s.score from class c left join score s on c.class_id=s.class_id where c.class_name=‘英语’。
需要注意的点:条件是在where中的,也就是在表关联之后,再进行过滤的,所以最终的结果只会有一条:
3 英语 C B003 65
Q12:select c.class_id,c.class_name,c.class_grade,s.stu_id,s.score from class c left join score s on c.class_id=s.class_id where s.score=91。
和上面一样,是在连表查询之后,找出score=90的数据:
1 语文 A A001 91
Q12;select c.class_id,c.class_name,c.class_grade,s.stu_id,s.score from class c left join score s on c.class_id=s.class_id where c.class_name=‘语文’ and s.score=91。
我们将两表连接查询后,找出结果中class_name为语文,score为91的记录,只有一条:
1 语文 A A001 91
以上がmysql left joinの基本的な使い方とonとwhereの違いの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

INNODBは、レドログと非論的なものを使用して、データの一貫性と信頼性を確保しています。 1.レドログは、クラッシュの回復とトランザクションの持続性を確保するために、データページの変更を記録します。 2.Undologsは、元のデータ値を記録し、トランザクションロールバックとMVCCをサポートします。

説明コマンドのキーメトリックには、タイプ、キー、行、および追加が含まれます。 1)タイプは、クエリのアクセスタイプを反映しています。値が高いほど、constなどの効率が高くなります。 2)キーは使用されているインデックスを表示し、nullはインデックスがないことを示します。 3)行はスキャンされた行の数を推定し、クエリのパフォーマンスに影響します。 4)追加の情報を最適化する必要があるというFilesortプロンプトを使用するなど、追加情報を提供します。

Temporaryを使用すると、MySQLクエリに一時テーブルを作成する必要があることが示されています。これは、異なる列、またはインデックスされていない列を使用して順番に一般的に見られます。インデックスの発生を回避し、クエリを書き直し、クエリのパフォーマンスを改善できます。具体的には、expliect出力に使用を使用する場合、MySQLがクエリを処理するために一時テーブルを作成する必要があることを意味します。これは通常、次の場合に発生します。1)個別またはグループビーを使用する場合の重複排除またはグループ化。 2)Orderbyに非インデックス列が含まれているときに並べ替えます。 3)複雑なサブクエリを使用するか、操作に参加します。最適化方法には以下が含まれます。1)OrderbyとGroupB

MySQL/INNODBは、4つのトランザクション分離レベルをサポートしています。 1.ReadunCommittedは、知らないデータを読み取ることができます。 2。読み込みは汚い読み取りを回避しますが、繰り返しのない読みが発生する可能性があります。 3. RepeatablerEadはデフォルトレベルであり、汚い読み取りと非回復不可能な読みを避けますが、幻の読み取りが発生する可能性があります。 4. Serializableはすべての並行性の問題を回避しますが、同時性を低下させます。適切な分離レベルを選択するには、データの一貫性とパフォーマンス要件のバランスをとる必要があります。

MySQLは、Webアプリケーションやコンテンツ管理システムに適しており、オープンソース、高性能、使いやすさに人気があります。 1)PostgreSQLと比較して、MySQLは簡単なクエリと高い同時読み取り操作でパフォーマンスが向上します。 2)Oracleと比較して、MySQLは、オープンソースと低コストのため、中小企業の間でより一般的です。 3)Microsoft SQL Serverと比較して、MySQLはクロスプラットフォームアプリケーションにより適しています。 4)MongoDBとは異なり、MySQLは構造化されたデータおよびトランザクション処理により適しています。

MySQLインデックスのカーディナリティは、クエリパフォーマンスに大きな影響を及ぼします。1。高いカーディナリティインデックスは、データ範囲をより効果的に狭め、クエリ効率を向上させることができます。 2。低カーディナリティインデックスは、完全なテーブルスキャンにつながり、クエリのパフォーマンスを削減する可能性があります。 3。ジョイントインデックスでは、クエリを最適化するために、高いカーディナリティシーケンスを前に配置する必要があります。

MySQL学習パスには、基本的な知識、コアの概念、使用例、最適化手法が含まれます。 1)テーブル、行、列、SQLクエリなどの基本概念を理解します。 2)MySQLの定義、作業原則、および利点を学びます。 3)インデックスやストアドプロシージャなどの基本的なCRUD操作と高度な使用法をマスターします。 4)インデックスの合理的な使用や最適化クエリなど、一般的なエラーのデバッグとパフォーマンス最適化の提案に精通しています。これらの手順を通じて、MySQLの使用と最適化を完全に把握できます。

MySQLの実際のアプリケーションには、基本的なデータベース設計と複雑なクエリの最適化が含まれます。 1)基本的な使用法:ユーザー情報の挿入、クエリ、更新、削除など、ユーザーデータの保存と管理に使用されます。 2)高度な使用法:eコマースプラットフォームの注文や在庫管理など、複雑なビジネスロジックを処理します。 3)パフォーマンスの最適化:インデックス、パーティションテーブル、クエリキャッシュを使用して合理的にパフォーマンスを向上させます。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

SecLists
SecLists は、セキュリティ テスターの究極の相棒です。これは、セキュリティ評価中に頻繁に使用されるさまざまな種類のリストを 1 か所にまとめたものです。 SecLists は、セキュリティ テスターが必要とする可能性のあるすべてのリストを便利に提供することで、セキュリティ テストをより効率的かつ生産的にするのに役立ちます。リストの種類には、ユーザー名、パスワード、URL、ファジング ペイロード、機密データ パターン、Web シェルなどが含まれます。テスターはこのリポジトリを新しいテスト マシンにプルするだけで、必要なあらゆる種類のリストにアクセスできるようになります。

AtomエディタMac版ダウンロード
最も人気のあるオープンソースエディター

DVWA
Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、

mPDF
mPDF は、UTF-8 でエンコードされた HTML から PDF ファイルを生成できる PHP ライブラリです。オリジナルの作者である Ian Back は、Web サイトから「オンザフライ」で PDF ファイルを出力し、さまざまな言語を処理するために mPDF を作成しました。 HTML2FPDF などのオリジナルのスクリプトよりも遅く、Unicode フォントを使用すると生成されるファイルが大きくなりますが、CSS スタイルなどをサポートし、多くの機能強化が施されています。 RTL (アラビア語とヘブライ語) や CJK (中国語、日本語、韓国語) を含むほぼすべての言語をサポートします。ネストされたブロックレベル要素 (P、DIV など) をサポートします。

SAP NetWeaver Server Adapter for Eclipse
Eclipse を SAP NetWeaver アプリケーション サーバーと統合します。
