一文讀懂MySQL基礎知識文集(8)

在這里插入圖片描述

🏆作者簡介，普修羅雙戰士，一直追求不斷學習和成長，在技術的道路上持續探索和實踐。
🏆多年互聯網行業從業經驗，歷任核心研發工程師，項目技術負責人。
🎉歡迎 👍點贊?評論?收藏

MySQL知識專欄學習

MySQL知識云集	訪問地址	備注
MySQL知識點(1)	https://blog.csdn.net/m0_50308467/article/details/134272154	MySQL專欄
MySQL知識點(2)	https://blog.csdn.net/m0_50308467/article/details/134275067	MySQL專欄
MySQL知識點(3)	https://blog.csdn.net/m0_50308467/article/details/134275481	MySQL專欄
MySQL知識點(4)	https://blog.csdn.net/m0_50308467/article/details/134316888	MySQL專欄
MySQL知識點(5)	https://blog.csdn.net/m0_50308467/article/details/134327772	MySQL專欄
MySQL知識點(6)	https://blog.csdn.net/m0_50308467/article/details/134364305	MySQL專欄
MySQL知識點(7)	https://blog.csdn.net/m0_50308467/article/details/134364322	MySQL專欄
MySQL知識點(8)	https://blog.csdn.net/m0_50308467/article/details/134822397	MySQL專欄
MySQL知識點(9)	https://blog.csdn.net/m0_50308467/article/details/133418036	MySQL專欄
MySQL知識點(10)	https://blog.csdn.net/m0_50308467/article/details/134848986	MySQL專欄

文章目錄

- 🔎一、MySQL 基礎
- - 🍁01. 說出一些數據庫優化方面的經驗?
  - 🍁02. 你有優化 SQL 查詢數據經驗嗎？
  - 🍁03. 什么是事務,事務的四個特性是什么？有哪些隔離級別？
  - 🍁04. 數據類型 char 與 varchar2 有什么區別？性能方面各有什么優勢？
  - 🍁05. 你怎么知道查詢 SQL 的性能高還是低？
  - 🍁06. 在開發過程中遇到過數據庫鎖嗎？怎樣解鎖？
  - 🍁07. 怎樣處理并發數據?
  - 🍁08.delete from table 與 truncate table 的區別？drop table 呢?
  - 🍁09. union 和 union all 有什么不同?
  - 🍁10. JDBC 訪問數據庫的步驟？
  - 🍁11. 大數據量下的分頁解決方法?
  - 🍁12. 簡述建立索引的作用和索引的分類 ?
  - 🍁13. 什么是存儲過程,有什么優缺點?
  - 🍁14. 存儲過程與 SQL 的區別？
  - 🍁15. 如何創建視圖？

🔎一、MySQL 基礎

🍁01. 說出一些數據庫優化方面的經驗?

數據庫優化是提高數據庫性能和效率的關鍵。以下是一些數據庫優化方面的經驗：

1. 索引優化：合理創建和使用索引可以加快查詢速度。確保在經常用于查詢和連接的列上創建索引，但不要過度索引，因為索引會增加寫操作的開銷。

2. 查詢優化：編寫高效的查詢語句可以減少數據庫的負載。避免使用全表掃描，使用合適的查詢條件和連接條件，避免不必要的數據加載和計算。

3. 數據庫設計優化：良好的數據庫設計可以提高查詢性能。優化表結構、字段類型和關系模型，避免冗余數據和多余的表連接。

4. 緩存優化：使用緩存技術減少對數據庫的訪問。將經常訪問的數據緩存在內存中，如使用Redis或Memcached等緩存工具。

5. 批量操作優化：盡量使用批量操作代替逐條操作。批量插入、更新和刪除可以減少數據庫的事務開銷和日志記錄，提高性能。

6. 服務器和硬件優化：優化數據庫服務器的配置和硬件資源，如增加內存、調整緩沖區大小、優化磁盤讀寫等，以提高數據庫的處理能力。

7. 定期維護和優化：定期進行數據庫維護操作，如數據清理、索引重建、統計信息更新等，以保持數據庫的健康狀態和性能。

8. 監控和調優：使用數據庫性能監控工具，監測數據庫的性能指標，發現潛在的瓶頸和問題，并進行相應的調優和優化。這些經驗可以根據具體的數據庫系統和應用場景進行調整和優化。數據庫優化是一個持續的過程，需要不斷地評估和改進。

🍁02. 你有優化 SQL 查詢數據經驗嗎？

以下是我通常使用的一些方式進行優化：

1. 確保正確的索引：對于經常被查詢的列，確保為其創建合適的索引。根據查詢的條件和連接操作，創建單列索引、組合索引或覆蓋索引，以提高查詢性能。

2. 優化查詢語句：編寫高效的查詢語句可以減少數據庫的負載。避免使用全表掃描，使用合適的查詢條件和連接條件，避免不必要的數據加載和計算。使用EXPLAIN語句來分析查詢計劃，查看是否存在潛在的性能問題。

3. 避免使用SELECT *：只選擇需要的列，避免使用SELECT *，以減少數據傳輸和內存開銷。

4. 使用合適的數據類型`：選擇合適的數據類型來存儲數據，避免使用過大或不必要的數據類型，以節省存儲空間和提高查詢性能。

5. 分頁查詢優化：對于大數據量的分頁查詢，使用合適的分頁策略，如使用LIMIT關鍵字進行分頁，避免一次性加載所有數據。

6. 避免頻繁的連接和斷開：盡量避免頻繁地打開和關閉數據庫連接，可以使用連接池來管理數據庫連接，以減少連接的開銷。

7. 定期維護和優化：定期進行數據庫維護操作，如索引重建、統計信息更新、表碎片整理等，以保持數據庫的健康狀態和性能。

8. 使用緩存：對于頻繁查詢但不經常變化的數據，可以使用緩存技術，如Redis或Memcached，減少對數據庫的訪問。

這些優化方式可以根據具體的數據庫和查詢需求進行調整和應用。同時，通過監控和評估查詢性能，可以不斷地改進和優化查詢過程。

🍁03. 什么是事務,事務的四個特性是什么？有哪些隔離級別？

事務是數據庫管理系統中的一個操作單元，它是由一組數據庫操作組成的邏輯工作單元，要么全部執行成功，要么全部回滾。事務具有以下四個特性，通常被稱為ACID特性：

1. 原子性（Atomicity）：事務是一個不可分割的操作單元，要么全部執行成功，要么全部回滾。如果事務中的任何一個操作失敗，整個事務都會被回滾到事務開始前的狀態。

2. 一致性（Consistency）：事務執行前后，數據庫的狀態應保持一致。事務在執行過程中對數據的修改必須符合所有的約束和規則，以確保數據的完整性。

3. 隔離性（Isolation）：事務的執行應該相互隔離，不會相互影響。每個事務都應該感覺自己在獨立地操作數據，即使多個事務同時執行也不會產生干擾。

4. 持久性（Durability）：一旦事務提交成功，其所做的修改將永久保存在數據庫中，即使發生系統故障或重啟，修改的數據也不會丟失。

隔離級別是指數據庫管理系統在處理并發事務時，為了保證事務隔離性而采取的策略。常見的隔離級別有以下四種：

1. 讀未提交（Read Uncommitted）：允許一個事務讀取另一個事務未提交的數據。最低級別的隔離，可能會導致臟讀、不可重復讀和幻讀的問題。

2. 讀已提交（Read Committed）：要求一個事務只能讀取另一個事務已提交的數據。避免了臟讀的問題，但仍可能出現不可重復讀和幻讀的問題。

3. 可重復讀（Repeatable Read）：要求一個事務在整個過程中多次讀取同一數據時，結果保持一致。避免了臟讀和不可重復讀的問題，但仍可能出現幻讀的問題。

4. 序列化（Serializable）：最高級別的隔離，要求所有事務串行執行，避免了臟讀、不可重復讀和幻讀的問題。但也導致了并發性能的下降。

不同的隔離級別在事務的并發性和數據一致性之間做出了不同的權衡，開發者需要根據具體的業務需求選擇適合的隔離級別。

🍁04. 數據類型 char 與 varchar2 有什么區別？性能方面各有什么優勢？

char 和 varchar2 是數據庫中常見的數據類型，它們在存儲字符數據方面有一些區別。主要區別如下：

1. 存儲方式：char 類型會固定分配指定長度的存儲空間，不管實際存儲的數據長度是多少，都會占用固定的空間。而 varchar2 類型只會占用實際存儲數據所需的空間，不會浪費額外的空間。

2. 存儲長度限制：char 類型的長度是固定的，如果存儲的數據長度小于指定長度，會在后面補空格字符。varchar2 類型的長度是可變的，可以存儲不同長度的數據。

3. 查詢性能：由于 char 類型固定長度的特性，對于查詢操作來說，在存儲和檢索過程中更加高效。而 varchar2 類型在存儲和檢索過程中需要額外的長度信息，可能會稍微降低查詢性能。

總體來說，使用 char 類型適合存儲長度固定的數據，例如存儲固定長度的編碼、狀態等信息。而使用 varchar2 類型適合存儲長度不固定的數據，例如存儲用戶輸入的文本、描述等信息。請注意，這些優勢可能會因不同的數據庫管理系統而有所不同。

🍁05. 你怎么知道查詢 SQL 的性能高還是低？

確定查詢 SQL 的性能高低可以通過以下幾種方式：

1. 執行計劃（Execution Plan）：數據庫管理系統會為每個查詢語句生成一個執行計劃，它描述了查詢的執行方式和順序。通過查看執行計劃，可以了解查詢是否使用了索引、是否存在全表掃描等信息，從而評估查詢的性能。

2. 查詢優化器（Query Optimizer）：數據庫管理系統的查詢優化器會根據查詢語句和表結構等信息，選擇最優的執行計劃。如果查詢優化器選擇了一個高效的執行計劃，那么查詢的性能可能較高。

3. 執行時間（Execution Time）：執行時間是衡量查詢性能的一個重要指標。可以通過記錄查詢的開始時間和結束時間，計算查詢的執行時間。執行時間越短，性能越高。

4. 索引使用情況：索引是提高查詢性能的常用手段之一。通過查看查詢語句是否使用了適當的索引，以及索引的命中率等信息，可以初步評估查詢的性能。

5. 數據庫性能監控工具：數據庫管理系統通常提供一些性能監控工具，可以實時監控數據庫的性能指標，如CPU利用率、磁盤IO等。通過監控這些指標，可以了解查詢對數據庫整體性能的影響。

需要注意的是，查詢的性能受到多種因素的影響，包括數據量、表結構、索引設計、硬件配置等。因此，綜合考慮以上因素，才能準確評估查詢 SQL的性能。

🍁06. 在開發過程中遇到過數據庫鎖嗎？怎樣解鎖？

在開發過程中，確實會遇到數據庫鎖的情況。數據庫鎖是為了保證并發操作的一致性而引入的機制，它可以防止多個事務同時對同一數據進行修改，從而避免數據不一致的問題。

解鎖的方法取決于鎖的類型和持有鎖的事務。以下是常見的解鎖方法：

1. 等待鎖釋放：如果一個事務請求獲取了一個其他事務持有的鎖，它可以選擇等待鎖釋放。一旦鎖被釋放，請求的事務可以獲取到鎖并繼續執行。

2. 提交或回滾事務：如果一個事務持有鎖，并且完成了對數據的修改操作，它可以選擇提交事務。提交事務會釋放所有持有的鎖。另外，如果一個事務遇到問題無法繼續執行，可以選擇回滾事務，同樣會釋放所有持有的鎖。

3. 強制釋放鎖：某些數據庫管理系統提供了手動釋放鎖的命令或操作，可以在特定情況下使用。但需要謹慎使用，因為強制釋放鎖可能會導致數據不一致或其他問題。

4. 優化鎖使用：在開發過程中，可以通過優化數據庫設計、查詢語句和事務操作，減少鎖的競爭和持有時間，從而提高并發性能。

需要注意的是，解鎖的具體方法會因數據庫管理系統和具體的應用場景而有所不同。在實際開發中，建議參考數據庫管理系統的文檔和相關資源，以了解特定數據庫的鎖機制和解鎖方法。

🍁07. 怎樣處理并發數據?

處理并發數據是數據庫開發中非常重要的一項任務，以下是一些常見的處理并發數據的方法：

1. 樂觀并發控制（Optimistic Concurrency Control）：在這種方法中，不加鎖地允許多個事務同時訪問和修改數據。每個事務在提交之前會檢查數據是否被其他事務修改過。如果數據未被修改，事務可以繼續提交；如果數據被修改，事務需要進行回滾或重新嘗試。常見的實現方式是使用版本號或時間戳來跟蹤數據的變化。

2. 悲觀并發控制（Pessimistic Concurrency Control）：在這種方法中，使用鎖來保護數據，確保同一時間只有一個事務可以訪問和修改數據。常見的鎖包括行級鎖和表級鎖。悲觀并發控制可以確保數據的一致性，但可能會降低并發性能。

3. 事務隔離級別（Transaction Isolation Level）：數據庫提供了不同的事務隔離級別，如讀未提交、讀已提交、可重復讀和串行化。通過設置適當的隔離級別，可以控制事務之間的數據可見性，從而處理并發數據的問題。

4. 數據庫鎖定（Database Locking）：使用數據庫鎖定機制可以確保在同一時間只有一個事務可以訪問和修改特定數據。鎖定的粒度可以是行級、表級或其他級別。合理使用數據庫鎖定可以避免并發沖突，但需要注意鎖定粒度和持有時間，以避免性能問題和死鎖。

5. 串行化（Serialization）：在某些情況下，為了確保數據的一致性，可能需要將一些操作串行化執行，即只允許一個事務執行某些操作。串行化可以避免并發沖突，但會降低并發性能，需要謹慎使用。

綜合選擇合適的并發控制方法取決于具體的應用場景和需求。需要根據數據訪問模式、并發程度、數據一致性要求等因素進行評估和決策。同時，合理的數據庫設計和優化查詢語句也能夠減少并發沖突的發生。

🍁08.delete from table 與 truncate table 的區別？drop table 呢?

delete from table 和 truncate table 是數據庫中常用的刪除表數據的操作，而 drop table 則是刪除整個表的操作。它們之間有以下區別：

1. delete from table：這是一種刪除表數據的操作，它會逐行地刪除表中的數據。使用 delete from table 語句時，可以添加條件來指定要刪除的數據行。delete from table 是一種 DML（數據操作語言）操作，會觸發事務日志，可以通過回滾操作來還原刪除的數據。刪除操作會占用大量的系統資源，并且刪除的數據可以被恢復。

2. truncate table：這是一種快速刪除表數據的操作，它會一次性刪除整個表的數據。使用 truncate table 語句時，不需要指定條件，它會直接刪除整個表的數據。truncate table 是一種 DDL（數據定義語言）操作，不會觸發事務日志，因此無法通過回滾來還原刪除的數據。由于不記錄日志，truncate table 比 delete from table 操作更快，且不會占用大量的系統資源。但需要注意的是，truncate table 操作是不可恢復的，刪除的數據無法恢復。

3. drop table：這是一種刪除整個表的操作，它會刪除整個表及其相關的索引、約束、觸發器等。使用 drop table 語句時，會直接刪除整個表及其相關對象，無法通過回滾來還原。drop table 是一種 DDL 操作，執行后表的結構和數據都會被刪除，需要謹慎使用。

總結：delete from table 是逐行刪除表數據的操作，可以回滾，占用資源較多；truncate table 是一次性刪除整個表數據的操作，無法回滾，速度快且資源消耗較少；drop table 是刪除整個表的操作，無法回滾，會刪除表及其相關對象。根據具體需求和場景選擇合適的操作。

🍁09. union 和 union all 有什么不同?

union 和 union all 是用于合并查詢結果的操作符，它們在功能和行為上有一些不同之處：

1. union：union 操作符用于合并兩個或多個查詢結果，并去除重復的行。它會將多個查詢的結果集合并成一個結果集，并自動去除重復的行。換句話說，如果多個查詢的結果中有相同的行，只會保留一行。union 操作符會對結果進行排序，以確保去重的效果。由于需要進行去重操作，union 的性能可能會略低于 union all。

2. union all：union all 操作符也用于合并兩個或多個查詢結果，但不會去除重復的行。它會將多個查詢的結果集合并成一個結果集，包括所有的行，不進行去重操作。換句話說，如果多個查詢的結果中有相同的行，會保留所有的行。union all 操作符不會對結果進行排序或去重，因此性能可能會比 union 高。

總結：union 會合并查詢結果并去除重復的行，而 union all 則會合并查詢結果并保留所有的行。如果需要去除重復的行，可以使用 union；如果不需要去重，或者需要更高的性能，可以使用 union all。

🍁10. JDBC 訪問數據庫的步驟？

JDBC（Java Database Connectivity）是Java提供的一種用于訪問數據庫的API。以下是使用JDBC訪問數據庫的一般步驟：

1. 加載驅動程序：使用Class.forName()方法加載數據庫驅動程序，例如：

Class.forName("com.mysql.jdbc.Driver");

2. 建立數據庫連接：使用DriverManager.getConnection()方法創建與數據庫的連接，需要提供數據庫的URL、用戶名和密碼等信息，例如：

Connection connection = DriverManager.getConnection("jdbc:mysql://localhost:3306/mydatabase", "username", "password");

3. 創建Statement或PreparedStatement對象：通過Connection對象創建Statement或PreparedStatement對象，用于執行SQL語句，例如：

Statement statement = connection.createStatement();
或
PreparedStatement preparedStatement = connection.prepareStatement("SELECT * FROM mytable WHERE id = ?");

4. 執行SQL語句：使用Statement對象的executeQuery()、executeUpdate()等方法執行SQL語句，例如：

ResultSet resultSet = statement.executeQuery("SELECT * FROM mytable");
或
preparedStatement.setInt(1, 1);
ResultSet resultSet = preparedStatement.executeQuery();

5. 處理查詢結果：通過ResultSet對象獲取查詢結果，可以使用ResultSet的getXXX()方法獲取具體的數據，例如：

while (resultSet.next()) {int id = resultSet.getInt("id");String name = resultSet.getString("name");// 處理結果數據
}

6. 關閉連接和釋放資源：在使用完數據庫連接、Statement、ResultSet等對象后，需要及時關閉連接和釋放資源，例如：

resultSet.close();
statement.close();
connection.close();

以上是JDBC訪問數據庫的一般步驟。需要根據具體的數據庫和需求進行相應的配置和操作。同時，為了安全和性能考慮，還可以使用連接池技術來管理數據庫連接。

🍁11. 大數據量下的分頁解決方法?

在處理大數據量下的分頁時，常規的方式往往會面臨性能和效率的挑戰。以下列出幾種常用的解決方法：

1. 使用數據庫的分頁：數據庫提供了一些特定語法來處理分頁，例如MySQL中的LIMIT關鍵字、Oracle中的ROWNUM等。通過在查詢語句中添加合適的分頁參數，可以在數據庫層面實現分頁，減少數據傳輸和處理的開銷。

2. 使用游標：游標是一種數據庫技術，可以使用它遍歷查詢結果集的一部分。通過使用游標，可以在數據庫中直接定位到指定的分頁數據，減少了數據傳輸的負擔。不同的數據庫系統對游標的支持和語法可能會有所不同。

3. 使用索引：在大數據量下，為需要分頁的列添加索引可以大大提高分頁的性能。索引可以使數據庫在查詢時更快地定位到需要的數據頁，減少掃描的數據量。對查詢的列添加適當的索引，可以提高分頁操作的效率。

4. 基于查詢條件的分頁：在查詢時，盡量通過添加合適的查詢條件來限制數據量。例如，根據時間范圍、狀態等條件將數據進行過濾，減少需要分頁的數據量。這樣能夠減少數據庫查詢的開銷，提高分頁操作的效率。

5. 數據預處理和緩存：在大數據量下，可以將數據進行預處理，并將部分結果緩存在內存中。通過將數據劃分為合適的緩存塊，可以快速響應分頁請求，避免每次都對整個數據集進行查詢和處理。

6. 延遲加載：如果分頁結果中的每一條數據都非常龐大，可以考慮使用延遲加載的技術。只在需要顯示具體數據時再進行加載，可以減少數據傳輸和處理的開銷。對于像圖片、文件等大數據字段，可以使用懶加載的方式，只在用戶需要時再加載相應的內容。

🍁12. 簡述建立索引的作用和索引的分類 ?

建立索引是數據庫中的一項重要技術，它可以提高數據的檢索效率和查詢性能。索引是數據庫表中一個或多個列的值的排序結構，它們可以幫助數據庫快速地定位和訪問所需的數據，而無需掃描整個表。

索引的作用：

1. 提高查詢性能：通過使用索引，數據庫可以更快地定位到滿足查詢條件的數據，減少了磁盤I/O操作的開銷，提高了查詢效率。

2. 減少數據掃描：對于大型表或包含大量數據的表，使用索引可以減少需要掃描的數據量，從而降低了資源消耗。

3. 加速排序和連接操作：當需要對查詢結果進行排序或進行表之間的連接操作時，索引可以加快這些操作的速度。

索引的分類：

B樹索引（平衡樹索引）：B樹索引是最常見和常用的索引類型，如B+樹、B樹等。它適用于范圍查詢和精確匹配查詢。B樹索引根據索引值的大小建立搜索樹，每個節點可以包含多個索引值，可以高效地支持范圍查詢。

1. 哈希索引：哈希索引使用哈希算法將索引值映射為哈希碼，然后將哈希碼映射到存儲位置。它適用于等值查詢，對于大數據量的范圍查詢效果不好。哈希索引在查詢時具有快速查找的速度，但在范圍查詢和排序時的性能較差。

2. 全文索引：全文索引是對文本數據進行的索引。它適用于針對文本內容進行關鍵字搜索和匹配的查詢。全文索引可快速搜索包含關鍵字的文檔，并支持模糊匹配、通配符等高級搜索功能。

3. 組合索引：組合索引是對表中多個列進行組合建立的索引，它適用于多列的查詢條件。組合索引在多列的查詢或多個列的排序時具有較好的性能，但對于其中某些列的查詢或排序性能可能不如單列索引。

在創建索引時，需要根據具體的查詢需求和數據特點進行選擇和優化，避免過多或不必要的索引，以免降低寫操作的性能。同時，索引還會占用存儲空間，因此需要權衡索引的性能提升和資源消耗之間的關系。

🍁13. 什么是存儲過程,有什么優缺點?

存儲過程（Stored Procedure）是一組預編譯的數據庫操作語句，它們被存儲在數據庫中并可以被重復調用。存儲過程通常由SQL語句、流程控制語句和變量等組成，用于完成特定的數據庫操作。

存儲過程的優點：

1. 提高性能：存儲過程在數據庫服務器上預編譯和存儲，可以減少網絡通信開銷和SQL解析的時間，提高查詢和操作的性能。

2. 重用性：存儲過程可以被多個應用程序或用戶重復調用，提高了代碼的重用性和可維護性。

3. 安全性：存儲過程可以對數據庫中的數據進行封裝和保護，只允許授權用戶訪問和修改數據，提高了數據的安全性。

4. 簡化復雜操作：存儲過程可以封裝復雜的業務邏輯和數據操作，簡化了應用程序的開發和維護。

存儲過程的缺點：

1. 學習和開發成本：編寫和維護存儲過程需要掌握特定的存儲過程語言和數據庫技術，對開發人員的要求較高。

2. 可移植性差：不同的數據庫管理系統對存儲過程的支持和語法有所不同，存儲過程的可移植性較差。

3. 難以調試：存儲過程在數據庫服務器上執行，調試和排查問題相對復雜，需要使用特定的工具和技術。

綜合考慮，存儲過程在提高性能、重用性和安全性方面具有明顯的優勢，適用于復雜的業務邏輯和數據操作。但需要權衡其學習成本、可移植性和調試難度等缺點。在具體應用中，需要根據實際需求和數據庫管理系統的特點進行評估和選擇。

🍁14. 存儲過程與 SQL 的區別？

存儲過程和SQL是數據庫中的兩個不同的概念：

1. 存儲過程（Stored Procedure）是一組預編譯的數據庫操作語句，它們被存儲在數據庫中并可以被重復調用。存儲過程通常由SQL語句、流程控制語句和變量等組成，用于完成特定的數據庫操作。存儲過程可以封裝復雜的業務邏輯和數據操作，提高了性能、重用性和安全性。

2. SQL（Structured Query Language）是一種用于操作和管理關系型數據庫的語言。它可以用于創建、修改、查詢和刪除數據庫中的表、數據和索引等。SQL是一種通用的數據庫查詢語言，可以用于執行各種數據庫操作，包括創建表、插入數據、查詢數據、更新數據和刪除數據等。

存儲過程與SQL的區別如下：

存儲過程是一組預編譯的數據庫操作語句，而SQL是一種用于執行數據庫操作的語言。
存儲過程可以被存儲在數據庫中并重復調用，而SQL語句通常是即時執行的。
存儲過程可以封裝復雜的業務邏輯和數據操作，提供更高級的功能和性能優化，而SQL語句主要用于執行特定的數據庫操作。
存儲過程通常由SQL語句組成，但還可以包含流程控制語句和變量等，具備更多的編程特性，而SQL語句更側重于描述數據庫操作的語法。

綜上所述，存儲過程和SQL是數據庫中的兩個不同概念，存儲過程是一組預編譯的數據庫操作語句，而SQL是一種用于操作和管理關系型數據庫的語言。存儲過程可以提供更高級的功能和性能優化，而SQL語句主要用于執行特定的數據庫操作。

🍁15. 如何創建視圖？

要創建一個視圖（View），可以按照以下步驟進行：

1. 定義視圖的查詢語句：確定視圖所要展示的數據，編寫好對應的查詢語句。可以包括任意有效的SELECT語句，可以涉及一個或多個表的數據。

2. 使用CREATE VIEW語句創建視圖：在數據庫管理系統提供的管理工具（如MySQL Workbench、Oracle SQL Developer等）或命令行終端中使用CREATE VIEW語句創建視圖。CREATE VIEW語句的基本語法如下：

CREATE VIEW view_name AS
SELECT column1, column2, ...
FROM table_name
WHERE condition;

其中，view_name是要創建的視圖的名稱，column1, column2等是要展示的列名，table_name是查詢的表名，condition是查詢的條件（可選）。

3. 執行CREATE VIEW語句：將編寫好的CREATE VIEW語句發送給數據庫管理系統執行。如果語句無錯誤并成功執行，視圖將會被創建并保存在數據庫中。

創建成功后，可以像普通表一樣查詢和引用視圖。視圖可以用于簡化復雜查詢、提供需要的數據顯示、限制數據訪問等。

需要注意的是，視圖本身不存儲實際的數據，它只是對基礎表中數據的一個虛擬展示，因此視圖的數據將隨著基礎表數據的變化而變化。此外，需要根據數據庫管理系統的規范和文檔來使用和管理視圖。

在這里插入圖片描述