依個人理解，冗餘字段就是本存在一張表的字段，也出現在另一張表中。相關mysql**教程推薦：《mysql教程》
例如：有三張表，使用者表、商品表、訂單表，使用者表中有字段name，而訂單表中也存在欄位name。
對於這個字段冗餘有好有壞
好：從使用者表、商品表、訂單表說起，當我需要查詢「訂單表」所有資料並且只需要「使用者表」的name，一般都可以通過資料庫連線（join）查詢，
例如「商品表」存在欄位-->使用者的id，「訂單表」存在欄位-->商品的id，我可以查詢所有訂單，通過訂單中商品id查詢對應商品，然後對應查詢使用者name，
如果當表多起來時，例如1000張表(「有點誇大了，請諒解」)，為了得個使用者表中的name，這查詢的速度就可想而知了。
這時給訂單表加個字段name，則直接查詢該訂單就完成了需求，簡單明瞭。
不好：同上，這時候對使用者name欄位增刪改，對應也要對訂單表中的字段增刪改，這時還要去了解所有表中的冗餘字段，以防有些表中的字段沒對應修改。
針對這種情況，看需求，如果影響不大，利於開發效率，可適當的增加冗餘字段。
以上就是關於資料庫冗餘欄位及適當性的理解的詳細內容，更多請關注php中文網其它相關文章！
資料庫冗餘字段
什麼是冗餘字段？在設計資料庫時，某一字段屬於乙個表，但它又同時出現在另乙個或多個表，且完全等同於它在其本來所屬表的意義表示，那麼這個字段就是乙個冗餘字段。以上是我自己給出的定義 冗餘欄位的存在到底是好還是壞呢？這是乙個不好說的問題。可能在有人看來，這是乙個很蹩腳的資料庫設計。因為在資料庫設計領域，有...
關於資料庫冗餘字段設計的利與弊
因為近期完全是我負責某專案開發，所以關於資料庫冗餘欄位的設計，有了一些新的見解。其實在資料庫設計方面，對於冗餘欄位的設計，網上也是褒貶不一的。通過資料的查詢，大致有以下兩個方向 1 支援冗餘欄位的設計 引入冗餘欄位的設計，能夠減少表關聯，使用sql查詢的時候執行效率更快，特別是在資料量比較大的情況下...
資料庫冗餘字段思考
根據資料庫設計的第三方式，在資料庫設計過程中，應該盡量消除冗餘。即設計資料庫時，某乙個字段屬於一張表，但它同時出現在另乙個或多個表，且完全等同於它在其本來所屬表的意義表示，那麼這個字段就是乙個冗餘字段。隨著企業資料量與併發量不斷的增加，冗餘欄位的存在到底是好還是壞呢？根據第三正規化而言，冗餘欄位是垃...