在現代 Web 應用程式漂亮的使用者介面（UI）背後，有非同步服務從資料庫中擷取資料，並具有多種目標，包括載入下拉式清單、擴展資料表、同步元件等。後端程序的任何延遲將被使用者視為緩慢甚至無回應的應用程式。這反過來會降低使用者體驗，並影響他們對你的應用程式有負面看法。因此，必須將查詢回應時間減少至最低可行的數值。在許多情況下，這意味著要以數百分之一秒（而不是秒）測量查詢運轉時間。
毫無疑問，要達到次秒回應時間需要做的事情不只是在可搜尋欄位上定義索引。在今天的文章中，我們將介紹一些在 MySQL 8 中提升查詢效能的技術。
允許某些使用者對資料表執行特定更新或刪除是相當普遍的。像這樣的資料操縱語言（Data Manipulation Language，DML）操作始終存在風險，如果有人在沒有使用 WHERE 子句的情況下意外發出 DELETE 命令，從而刪除資料表中的所有列，就可能會發生事故！幸運的是，你可以採取一些簡單的步驟來防止意外（或故意！）破壞性的 DML 操作。我們將在今天的文章中研究其中的幾個步驟。
某些關聯式資料庫（包括 MySQL 和 SQL Server）具有 INFORMATION_SCHEMA 系統資料庫。它包含資料庫的中繼資料，例如資料庫名稱、資料表名稱、欄的資料類型，甚至存取權限。它有時也稱為資料字典或系統目錄。無論你怎麼稱呼它，INFORMATION_SCHEMA 資料庫都是取得有關資料表欄詳細資料的理想地方。在今天的文章中，我們將使用 INFORMATION_SCHEMA 資料庫來找出欄是否存在以及特定資料表有多少欄。
有人說第二名是第一個失敗者。那麼，誰需要一個 SQL 陳述式來找出誰在成功者之下？令人驚訝的是有很多人。實際上，此類查詢的正式術語是「欄的第 n 個最高的值」。這是因為用於選取第二高值的技術也可以套用於任何值。在今天的文章中，我們將學習如何將 ORDER BY DESC 和 LIMIT 子句結合使用，以從資料表中取得第二高的值以及其他值。
通常，資料庫開發人員和管理員經常在他們的資料庫資料表中交換使用 Null、零和空白字串。不幸的是，因為 Null、零和空白字串在關聯式資料庫（RDBMS）中分別代表不同的意思。因此，錯誤地使用這些值或選擇錯誤的值可能會對依賴該值的資料庫和應用程式作業產生巨大影響。在今天的文章中，我們將探討如何在資料庫設計和一般使用中更好地運用 Null、零和空白字串。
- 2025 (1)
- 2024 (1)
- 2023 (1)
- 2022 (1)
- 2021 (1)
- 2020 (1)
- 2019 (1)
- 2018 (1)
- 2017 (1)
