MySQL的 - 在查詢中查詢。 MySQL的：查詢示例。 嵌入式MySQL查詢

目前，每個人都可以看到的數字信息的快速增長。 而且，由於很多的信息是非常重要的，它是需要保存，以供日後使用數字形式。 在這種情況下，可以使用現代技術（如數據庫）。 它們提供可以在地球上任何一點進行的任何數字信息和數據訪問可靠的存儲。 一個正在考慮的技術是MySQL數據庫系統。

DBMS MySQL的 - 這是什麼？

關係型 數據庫管理系統 的MySQL是目前最流行和常用的存儲技術之一。 它的功能是上級在許多方面現有的數據庫。 特別是，主要特點之一是使用嵌入式MySQL查詢的能力。

因此，許多項目，其中時間是非常重要和必要的，以保證性能信息存儲，以及進行複雜的數據樣本被一個MySQL數據庫上發展起來的。 大多數的這些發展，使得網站。 在這種情況下，MySQL正在推廣中的兩個小（博客，網站，名片等。P.）和相當大的問題（網上購物，實施 數據存儲 ，等等。D.）。 在這兩種情況下，網頁上的信息顯示使用的MySQL查詢。 開發商試圖使大部分的機會，提供數據庫管理系統的要求。

那應該怎麼組織的存儲

以方便存儲和所述數據的後續處理一定排序。 數據結構 ，以確定該表將如何模樣，這是用來存儲信息。 數據庫表是一組對應於該數據對象的每個特定屬性字段（列）的。

例如，如果某家公司的員工的桌子，這是最簡單的結構如下。 對於每個僱員附著唯一的編號，通常使用作為主鍵表。 然後在表中記錄員工個人資料。 它可以是任何東西：全名，卡號，為此，它是固定的，電話，地址等詳細信息。 根據歸一化的內襯表中的結構的字段必須是原子的，也就是，不具有枚舉或名單的要求（6正常的數據庫形式）以及用於MySQL的查詢。 因此，通常情況下，在表中，也有姓不同的領域，第一個名字，等等。D.

以上就是數據庫表結構的一個簡單的例子。 但是，它仍然不能完全滿足正常化的基本要求。 在實際系統中，創建一個額外的表部分。 因此，下表來代替的話“部門”列必須包含多個部門。

如何為數據樣本

選擇 查詢 -要在數據庫管理系統的MySQL，一支特殊的隊伍從表中檢索數據。 要在服務器數據庫中正確反應上訴，必須很好地形成的請求。 查詢的結構以如下方式形成。 數據庫服務器的任何訪問開始用關鍵字選擇。 這是他 全部建成 MySQL的查詢。 例子可以是不同的複雜性，但建設的原則是非常相似的。

然後，您需要指定要選擇所需信息的字段。 列出要通過逗號建議選擇後場。 一旦所有必填字段都在請求被列為指定從中樣本將與建議從幫助發生並指定表的名稱表對象。

對於在MySQL查詢採樣限制加入到特殊的運營商，提供的數據庫。 對於不可複製的樣品使用（唯一的）數據出價不同，以及設置條件-操作者的位置。 作為適用於上述表中的例子，我們可以考慮請求督促名稱的信息 員工“銷售”部門工作。 查詢結構採取的形式如在下面的表中。

嵌套查詢的概念

但是數據庫的主要特徵，如上面提到的，能夠處理嵌入式MySQL查詢。 它應該是什麼樣子？ 從名字邏輯上理解，這是在兩個或更多個請求的層次結構所產生的請求。 從理論上說，通過研究數據庫的特殊性，它說MySQL不限制可嵌套在主查詢的MySQL查詢的數量。 但是，您可以在實踐中嘗試，並確保了二十來分鐘嵌套查詢的響應時間之後，嚴重加大。 在任何情況下，在實踐中也有需要使用一個非常複雜的MySQL查詢問題。 該請求可以要求最多3-5嵌套層級。

嵌套查詢的建設

在所讀取的信息進行分析，可以使用大量有關當子查詢，如果不能解決將它們分成簡單的問題，而結構複雜的問題。 在實踐中，使用子查詢來解決複雜的問題。 的問題，例如類型是當事先不知道在其下限值會發生進一步取樣的條件的情況。 這是不可能解決這樣的問題，如果你只是用普通的MySQL查詢。 在請求中，由分層結構的，將是可能隨著時間或預先無法知道改變搜索限制。

如果我們考慮上面的表格，下面的例子是一個複雜的任務。 比方說，我們需要了解員工誰是下屬Grishina Grigoriya Grigorevicha，誰是基本信息， 銷售主管。 在形成的查詢，我們不知道它的標識號。 所以一開始，我們需要知道這一點。 它使用一個簡單的查詢，將發現的決定的主要條款，並將補充主要的MySQL查詢。 請求清楚地表明，子查詢獲取僱員ID號，其進一步限定了主查詢的限制：

在這種情況下， 任何的建議是用來防止錯誤的發生，如果這樣的縮寫員工將幾。

結果

總之，應該指出的是，有一些極大地方便了查詢的建設，DBMS MySQL的許多其他附加功能 - 具有廣泛的存儲和處理工具的強大工具。