MySQLの - クエリでクエリ。 MySQLの：クエリ例。 組み込みMySQLのクエリ

現在、それぞれの人は、デジタル情報の急速な成長を観察することができます。 この情報の多くが重要であるため、将来の使用のためにデジタル形式でそれを維持するために必要です。 このような状況では、データベースなどの近代的な技術を使用することができます。 彼らは、任意のデジタル情報とデータアクセスの信頼性の高いストレージは、地球上の任意の点で行うことができます。 検討中の技術の一つは、MySQLデータベースのシステムです。

DBMSのMySQL - これは何ですか？

リレーショナル ・データベース管理システム MySQLは最も人気があり、一般的に使用されるストレージ技術の一つです。 その機能は多くの点で、既存のデータベース優れています。 具体的には、主な特徴の一つは、埋め込まれたMySQLのクエリを使用する能力です。

したがって、時間が重要かつ必要である性能情報ストレージを確保、ならびに複雑なデータサンプルを実行するためのプロジェクトの多くは、MySQLデータベースに開発されています。 これらの開発のほとんどは、ウェブサイトを作ります。 この場合、MySQLは小さな（ブログ、ウェブサイト、名刺など。P.）とかなり大きな問題（オンラインショッピング、両方の実装で推進されている データストレージ 、およびように。D.）。 どちらの場合も、Webページ上の情報の表示には、MySQLのクエリを使用していました。 データベース管理システムを提供する機会を最大限に活用しようとしている開発者のための要求。

それは、ストレージを編成する方法

便利なストレージとデータの後続の処理のために必然的に順序付けられました。 データ構造 情報を格納するために使用されている表は次のようになります方法を決定するために、。 データベーステーブルは、データオブジェクトの各固有の性質のために、対応するフィールド（列）の集合です。

たとえば、特定の会社の従業員のテーブルならば、それは次のように最も簡単な構造が可能になるです。 各従業員のために、通常、テーブルの主キーとして使用される一意の番号を、取り付けられています。 次に、表の個人的な従業員データを記録しています。 フルネーム、それが固定されているカード番号、電話番号、住所、その他の詳細：それは何もすることができます。 つまり、列挙またはリストを持たない、テーブルの構造化フィールドがアトミックである必要があり並ぶ正規の要件（データベースの6つの正規形）、ならびにためのMySQL、クエリによります。 そのため、通常は、テーブルで、姓のために別々のフィールド、最初の名前など。D.があります

上記データベースのテーブル構造の簡単な例です。 しかし、それは完全に正常化の主な要件を満たしていないままです。 実際のシステムでは、追加のテーブルセクションを作成します。 そのため、代わりに言葉「部門」の欄の次の表は、各部門の数が含まれている必要があります。

どのようにデータサンプルがあります

選択 クエリ -データベース管理システムのMySQL、特別チーム内のテーブルからデータを取得するには。 サーバーへのデータベースが正しくアピールに反応し、要求がうまく形成されなければなりません。 次のようにクエリ構造が形成されています。 データベースサーバへのアクセスは、 選択したキーワードで始まります。 それは彼と一緒でした すべての組み込み MySQLのクエリ。 例としては、異なる複雑にすることができますが、建設の原理は非常に似ています。

あなたは、あなたが希望する情報を選択するフィールドを指定する必要があります。 選択の提案の後にコンマを通過するフィールドの一覧を表示します。 すべての必須フィールドは、リクエストに記載されているされた後、サンプルがからの提案の助けを借りて発生すると、テーブルの名前を指定する元となるテーブルオブジェクトを指定します。

MySQLの - クエリのサンプリング制限が特別事業者に追加されたために、データベースを提供します。 重複しないサンプルのために使用さ（一意の）データは、 異なる入札、及び条件を設定する-演算子。 上記の表に該当する例として、我々は、名前の情報を要求し、要求を考慮することができます 部門「営業」で働く従業員。 クエリ構造は、以下の表のように形をとります。

ネストされたクエリの概念

しかし、前述したように、データベースの主な特徴、組み込みMySQLクエリを処理する能力に。 それは次のようになりますか？ 名前から、論理的に、これが二つ以上の要求の階層に生成された要求であることを理解しました。 理論的には、データベースの特殊性を研究することによって、それはMySQLがメイン・クエリにネストすることができるのMySQL-クエリの数を制限していないことを言います。 ただし、実際に試してみると第二10個のネストされたクエリの応答時間後に真剣に増加することを確認することができます。 いずれにしても、実際には非常に複雑なMySQLのクエリを使用する必要がある問題があります。 リクエストは3-5ネストされた階層の最大が必要な場合があります。

ネストされたクエリの構築

読み取られた情報の分析では、サブクエリは、あなたが構造を複雑にすることなく、簡単なにそれらを分割する問題を解決できない場合は場所についての質問の数は、使用することができます。 実際には、サブクエリが複雑な問題を解決するために使用されています。 問題のようなタイプは、それが事前に知られていない場合に制限がさらにサンプリング値条件が発生する状況です。 あなただけで、通常のMySQLのクエリを使用している場合、このような問題を解決することは不可能です。 要求では、階層からなる、時間の経過または事前に変更される可能性があり、検索制限は知ることができないだろう。

我々は上記の表を検討する場合は、次の例では、複雑な作業です。 我々はある下位Grishina Grigoriya Grigorevicha、ある従業員の基本的な情報を知る必要があるとしましょう 販売の頭を。 クエリを形成する際に、我々は、その識別番号を知りません。 だから、最初に我々はそれを知っている必要があります。 これは、意思決定の主な用語を見つけるだろうし、メインのMySQLクエリを補完する単純なクエリを使用しています。 要求は、明らかにサブクエリがさらにメインクエリの限界を定義する従業員ID番号を取得することを示しています。

そのようなイニシャルを持つ従業員が少数である場合は、この場合には、 任意の提案は、エラーの発生を防止するために使用されます。

結果

保管および処理のためのツールの広い範囲で強力なツール - 要約すると、大幅DBMS MySQLのように、クエリの構築を容易に他の多くの追加機能があることに留意すべきです。