第 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 部分中，我們將介紹在什麼情況下採用預設值（以及何時不採用）。
Top N 查詢是按數值遞減排序的前幾筆記錄的查詢。通常，這些是使用 TOP 或 LIMIT 子句完成的。問題是，Top N 結果集被限制為資料表中最前的值，而沒有任何分組。GROUP BY 子句可以幫助解決這個問題，但僅限於每個分組的單項最前結果。如果你想要每個類別的前 5 筆記錄，GROUP BY 本身將無濟於事。這並不意味著它無法完成。實際上，在今天的文章中，我們正正要學習如何按分組建構 Top N 查詢。
要決定是在資料庫中還是在應用程式程式碼中建立函式可能是一項很艱巨的工作。在很多情況下，你不會意識到自己作出了錯誤的選擇，直到麻煩出現在面前為止。更糟糕的是，許多開發人員的決定都是因為他們熟悉 SQL 還是應用程式編碼！一個較好的方法是依靠技術的優勢來決定。在今天的文章中，我們將詳細分析選擇使用者定義函式（user-defined function，簡稱 UDF）還是在應用程式端的函式的決策過程。
第三部分：Navicat Cloud 常見問題
儘管 Navicat Cloud 已發行了幾年，但它最近才真正發揮其效益，因為新型冠狀病毒病（COVID-19）疫情迫使企業紛紛實行在家工作。 我們在上一篇文章「Navicat Cloud 和團隊協同合作」中學習了 Navicat Cloud 的基本知識。如果你一直關注我們的部落格，那是本系列的第 2 部分。在這最後一部分中，我們將接著上週的文章，並透過回答你的問題研究 Navicat Cloud 如何幫助你的團隊在遠端工作時提高生產力。
- 2025 (1)
- 2024 (1)
- 2023 (1)
- 2022 (1)
- 2021 (1)
- 2020 (1)
- 2019 (1)
- 2018 (1)
- 2017 (1)
