Lesson 3: 資料庫設計美學-Schema 設計、正規化 (3NF) 與欄位型態的陷阱
在上一篇文章中介紹了常見的RDBMS、NoSQL以及其相關特性。 現在我們要針對最常使用的RDBMS來探討 關於：Schema、正規化、ACID原則…等。 Schema 關聯式資料庫的其中一個概念就是：table與table之間存在著某些關聯。以下會是幾個我在審閱ERD設計或者DB規劃的時候會特別注意到的點： 關於table name的命名 在 Laravel (以及大部分的 RDB 設計習慣)
在上一篇文章中介紹了常見的RDBMS、NoSQL以及其相關特性。 現在我們要針對最常使用的RDBMS來探討 關於：Schema、正規化、ACID原則…等。 Schema 關聯式資料庫的其中一個概念就是：table與table之間存在著某些關聯。以下會是幾個我在審閱ERD設計或者DB規劃的時候會特別注意到的點： 關於table name的命名 在 Laravel (以及大部分的 RDB 設計習慣)
序 歡迎來到後端工程師的練功房。很多人以為後端開發就是寫寫邏輯、把資料塞進資料庫就好。但在工程師眼裡，資料庫的設計往往決定了系統的生死。程式碼寫得再漂亮，如果資料庫設計不良（Schema），系統早晚會因為效能瓶頸（Performance）或資料不一致（Inconsistency）而崩潰。 在 Module 1 中，不會出現基礎的 SQL 語法與 CRUD 指令。我們要從「架構面」切入，先談談如何在程式碼中安放資料邏輯，接著深入「儲存面」的選擇題：何時該用 RDBMS？何時該用 NoSQL？ 我們...