作為主索引鍵的字串與數值資料類型
歡迎回到這個為關聯式資料庫選擇主索引鍵的系列。在第 1 部分中，我們討論了自然主索引鍵和代理主索引鍵，並考慮了什麼因素決定選擇哪一種。今天的部分將探索字串和數值資料類型，看看哪種更適合作為主索引鍵。
自然鍵與代理鍵
身為資料庫設計人員，你將面臨的首要決定是你的資料表應使用哪種主索引鍵（PK）。如果你詢問任何每天都要處理資料庫的人，無論是資料庫管理員、開發人員還是測試人員，你都會得到無數的意見和理由。使解決問題的障礙更為複雜的是，沒有一種萬能的方案。有鑑於此，本系列將介紹支持和反對不同類型 PK 的一些原因。在所有這些原因的某處，將會引導你找出 PK 的最佳類型，以滿足你的組織需求。在第一部分中，我們將比較兩種基本類型的 PK：自然鍵和代理鍵。稍後，我們將討論是否使用資料庫自動遞增功能，以及哪些資料類型（如果有）是最好的 PK。
應用程式開發人員長期以來一直相信將資料庫作業放在預存程序中可以得到最高的效能並能防止 SQL 隱碼攻擊。他們還認為這些優勢值得他們付出與資料庫邏輯的維護、測試和將資料庫邏輯遷移到不同供應商相關的額外成本。近年來，隨著開發人員開始質疑這些長久以來的假設，潮流已經從存儲過程轉向物件關係對映（ORM），如 Hibernate 或 Entity Framework。
《預存程序是過時的工具嗎？》文章重點講述了一些避免預存程序而推薦應用程式程式碼和 ORM 的原因。本週，我們將探討上面的兩個迷思，看看它們今天是否仍然站得往腳。
預存程序已經失去了一些組織的歡心好幾年了。現在這些企業存取其資料庫的首選方法是使用物件關係對映（Object-relational Mapper，簡稱 ORM），例如 NHibernate 或 Entity Framework。在接下來的幾篇文章中，我們將探討他們為什麼這樣做，以及這種模式轉變是否表示預存程序最終會被淘汰。
追蹤銷售額是瞭解你的業務的一部分，例如銷量和找出最佳顧客。為此，你可能希望從取得有關在整個月、季度、年度或其他時段內購買最多的顧客的資料開始。這些資料能讓你分析他們的購買模式並確定趨勢。本文將透過將非常有用的 Count() 函式與 GROUP BY 和 HAVING 子句結合來提供一些範例查詢。
- 2024 (1)
- 2023 (1)
- 2022 (1)
- 2021 (1)
- 2020 (1)
- 2019 (1)
- 2018 (1)
- 2017 (1)
