不久前，我們介紹了非常有用且用途廣泛的 CASE 陳述式。在那篇文章中，我們像大多數 DBA 和開發員一樣，在 SELECT 子句中使用 CASE 陳述式。另一種方法是在 WHERE 子句中使用。在那裡，可以利用它根據條件來變更查詢取得的資料。在這種情況下，CASE 陳述式非常適合靜態查詢和動態查詢，例如在儲存程序中的查詢。在今天的文章中，我們將在 Navicat Premium 中建立一個 SELECT 查詢，該查詢將根據另一個欄位的值傳回列。
想找出查詢執行緩慢的根本原因需要考慮到許多因素，並要採取一種有組織的方法。幸運的是，只需下一點功夫，檢查幾項事情就能將問題弄清楚為更常見的元凶之一。在今天的文章中，我們將學習 Navicat Monitor 2 如何幫助你解決緩慢的查詢執行。
儘管 SQL 不像 Java、C++ 和 PHP 這樣的程序式程式設計語言精通字串處理，但 SQL 確實提供了許多處理字串資料的函式。可以使用這些函式來修剪多餘的空格或字元，判斷字串的長度以及串連多個欄位值。字串函式非常值得我們了解學習，因為它們可以幫助提高程式碼的效率和可讀性。在今天的文章中，我們將學習如何使用幾個原生的 SQL 字串函式來計算 char、varchar 或 text 欄位中字串的匹配項。
第 2 部分：何時使用預設值
你可能已經知道，在不可為 null 的欄上設定預設值有助於擺脫那些討厭的「Field 'xyz' doesn't have a default value」錯誤。希望你也意識到，防止發生錯誤訊息本身並不是提供預設值的有效理由。提供預設欄值的原因很多，有些好，有些沒有那麼好。我們在第 1 部分探討了 MySQL 嚴格 SQL 模式的影響，以及如何使用 Navicat for MySQL 15 檢視和設定它。在今天的後續文章中，我們將討論何時使用預設值以及如何選用恰當的預設值。
第 1 部分：嚴格 SQL 模式
當你沒有為不可為 null 的欄提供數值時出現錯誤可能會令你倍感煩惱。有一種方法可以透過為這些欄設定預設值來將此類錯誤發生的機會降至最低。似乎很容易解決，但就如所有事情，魔鬼是在細節中。你必須格外小心，不要為了簡化 INSERT 而在資料表中加入一堆一般且無用的資料。在今天的文章中，我們將學習 MySQL 的嚴格 SQL 模式的影響，以及如何使用 Navicat for MySQL 15 檢視和設定它。而在第 2 部分中，我們將介紹在什麼情況下採用預設值（以及何時不採用）。
- 2025 (1)
- 2024 (1)
- 2023 (1)
- 2022 (1)
- 2021 (1)
- 2020 (1)
- 2019 (1)
- 2018 (1)
- 2017 (1)
