第25個冬天

通常產品對應不同顏色我們習慣設計 將顏色資訊與產品資訊分開存儲，避免了重複儲存顏色描述。 分割成兩個表格，每個表格負責一個特定的資料實體，使得資料庫的維護更加容易。 第二種表格架構中，Product 表格依然負責儲存產品的基本資訊，但不再直接包含顏色資訊。 第二種表格架構需要額外的Product_entry 表格來關聯產品與顏色，產品的顏色資訊儲存在 Product_entry 表格，它關聯了 Product 表格和 Color 表格的外鍵，通過 product_id 關聯到 Product 表格的產品識別碼，ColorId 關聯到 Color 表格的顏色識別碼。 Color 表格獨立存儲顏色資訊，每個顏色都有一個唯一的 ColorId 作為識別碼，並有ColorDescription 來描述該顏色。 第二種表格架構允許你更靈活地處理產品和顏色之間的關聯，例如一個產品可以有多個顏色，或者一個顏色可以用於多個產品，這樣的設計更適合一對多或多對多的關聯關係。 後續延伸 可以試想一下 顏色 尺寸 材質 是既定的一個清單(選單)值域 每一個我們都可分配一個編號對應相應屬性 產品對顏色會存在多對多關係中繼表 產品對尺寸會存在多對多關係中繼表 產品對材質會存在多對多關係中繼表 多對多關係中繼表可同時保有跨兩個以上table的PK主要用於做產品對應不同規格類別的映射 為何不直接將顏色定義於產品table 主要就是因為可能你要維護此顏色 對此產品很多次 而且顏色也不適合直接類似將顏色產品規格直接定義死在產品主檔中 比方雨衣這個產品可能你直接有一個顏色 多對多關係映射中繼表(Many-to-Many)

淺談 Table Schema設計 https://www.tpisoftware.com/tpu/articleDetails/1541 30-14 之資料庫層的優化 - 表的設計 https://mark-lin.com/posts/20190914/ 資料庫設計之共用/不共用欄位 https://dwatow.github.io/2021/04-17-system-design/db-coupling-field/ 紙本表單電子化的 3 個新手偷吃步（附範例） https://www.ragic.com/intl/zh-TW/blog/216/%E7%B4%99%E6%9C%AC%E8%A1%A8%E5%96%AE%E9%9B%BB%E5%AD%90%E5%8C%96%E7%9A%84-3-%E5%80%8B%E6%96%B0%E6%89%8B%E5%81%B7%E5%90%83%E6%AD%A5%EF%BC%88%E9%99%84%E7%AF%84%E4%BE%8B%EF%BC%89 看到这个数据库设计，我终于明白了我和其他软测人的差距 https://blog.csdn.net/fx20211108/article/details/122003423 https://kknews.cc/code/94zo968.html 「技術解惑」資料庫設計的那些事 https://kknews.cc/zh-tw/code/36akjoo.html 資料庫設計原則 https://jax-work-archive.blogspot.com/2020/07/mssql.html 資料庫正規化筆記 https://blog.build-school.com/2022/07/22/%E8%B3%87%E6%96%99%E5%BA%AB%E6%AD%A3%E8%A6%8F%E5%8C%96%E7%AD%86%E8%A8%98/ https://www.hlbh.hlc.edu.tw/resource/openfid.php?id=29730 https://ithelp.ithome.com.tw/articles/10248062