java程式設計師可能犯的3個常見sql錯誤

你可能看到Java程式設計師每週的工作是編碼開發一個可伸縮的Web應用程序，或創建一個動態的網站，或者開發高效的電子商務產品頁面，也可能是開發一個Android應用程式等等。但是，即使他們致力於不同的項目，卻往往都有一個共同點，那就是程式設計！

　　他們的職業要求長時間的工作來累積更多的程式設計知識。 Java程式設計師還需要了解專案的需求、設計和開發一個屬於自己的原型專案。為了讓自己始終跟隨產業變換的腳步，他們還必須具備其他語言的基礎知識，例如HTML、SQL等等。

　　Java程式設計師的職業生涯並不是一帆風順的，他們必須嘗試每一次的挑戰，即使是最好的程式設計師，有時在程式設計的過程中也難免會犯一些不可避免的錯誤。舉個例子，在寫SQL語句時，有些錯誤是絕對可以避免的。在這裡，小編就為各位程式設計師列舉一些常見的SQL錯誤。

SELECT TOP 3 common_mistakes FROM SQLProgrammingMistakes;

上述查詢的結果如下：

　　1.不使用批次更新

　　在編寫SQL語句時，Java程式設計師最常見且最大的一個錯誤就是忘記批次處理。在表中編寫成千上萬的INSERT語句這確實不是一個好主意，程式設計師應該使用單一的SQL語言來建立一個綁定不同的參數的批次INSERT語句。執行批次的速度將比單一執行快得多。

　　我們來看看以下一個例子：

String [] queries = {
  
"INSERT INTO Employee { Eno, Ename, Ecode, EDept} values ('1', 'Allen', 'abc', 'Sales')",
"INSERT INTO Employee { Eno, Ename, Ecode, EDept} values ('2', 'Max', '102', 'Marketing')",
"INSERT INTO Employee { Eno, Ename, Ecode, EDept} values ('3', 'Ward', 'xyz', 'Sales')",
"INSERT INTO Employee { Eno, Ename, Ecode, EDept} values ('4', 'Sam', '55', 'Marketing')",
  
};
  
Connection connection = new getConnection();
Statement statement = connection.createStatement();
for (String query : queries ) {
statement.execute(query);
}
statement.close();
connection.close();

這是一個糟糕的程式碼，在資料庫中每一行INSERT語句都需要單獨來執行。發送一批INSERT語句到資料庫中一氣呵成：

import java.sql.Connection;
  
import java.sql.Statement;
  
//…
  
Connection connection = new getConnection();
Statement statement = connection.createStatement();
For (Employee employee: employees){
String query = "INSERT INTO Employee (Eno, Ename, Ecode, Edept) values (' " + Employee. getEno() + "', '" + Employee.getEname() +"', '" 
+ Employee.getEcode() + "', '" + Employee.getEdept() + "')";
statement.addBatch(query);
}
  
statement. executeBatch();
  
statement.close();
  
connection.close();

插入大型資料集時，批次處理是非常重要的。為了顯著提升效能，程式設計師應該盡量在批次模式下運行一條語句。執行批次插入的另一個方法是使用PreparedStatement物件。然而批次不僅限於INSERT語句，你還可以利用它來執行更新、刪除和聲明等操作。

　　2.DBMS引擎未最佳化查詢

　　並不是所有的Java程式設計師都了解SQL。在SQL查詢中可以用很多種方式來得到相同的結果，但是程式設計師應該始終遵循最快的最佳回應的方式。

　　例如一個Java程式設計師被要求從Employee表中檢索所有名字以'A'打頭的員工，通常他們喜歡使用LEFT函數返回僱員名字的第一個字符：

SELECT Ename FROM Employee WHERE LEFT (Ename,1) = ‘A’;

但是這是不正確的。在上面的查詢中，資料庫系統將掃描整個表以找到所需的資訊。不使用索引，因此會花費大量的時間在執行查詢上。相反，程式設計師應該使用查詢檢索結果:

SELECT Ename FROM Employee WHERE Ename LIKE ‘A%’;

上述查詢將利用指數快速有效地檢索資料。所以在一般情況下，如果該DBMS引擎可以採取索引，程式設計師應盡可能使用可優化搜尋的字詞來加快查詢的執行。

　　3.不正確的謂詞運算順序

　　很多Java程式設計師認為查詢通常的處理順序是如下：FROM，WHERE，GROUP BY，HAVING，SELECT。上述順序列除了用於執行查詢的邏輯順序。從邏輯上講，FROM子句首先處理，定義了來源資料表中的檢索資料；接下來就是WHERE，隨後就是GROUP BY等等。然在物理上來說，查詢處理是不同的。謂詞的評估順序通常是由各種規則和資料庫版本來改變的。

　　例如下面的Employee表：

　在給定的上表中，要檢索所​​有銷售部門員工的僱員代碼大於100的。通常在這種情況下程式設計師將以下面的方式查詢表：

SELECT Eno, Ecode AS Employee_No,Employee_Code
FROM Employee
WHERE Edept LIKE 'M%'
AND CAST (Ecode AS INT) > 100;

然而，上面的查詢結果錯誤：

“Conversion failed when converting the varchar value 'abc' to data type int”

　『　『原因正是前面所指出的，沒有規定執行謂詞的順序。在這種情況下，第二謂詞求值首先導致轉換錯誤。

　　相反使用CASE表达式，这里将保证只有合法的数值将被转换为int类型：

SELECT Eno, Ecode AS Employee_No,Employee_Code
FROM Employee
WHERE Edept LIKE 'M%'
AND CASE WHEN Ecode NOT LIKE '%[^0-9]%'
THEN CAST (Ecode AS INT)
END>100;