sql數據表的設計思路

好的表結構分的比較細致，個人理解大概主要分為主表、明細、歷史記錄表、中間表，輔助表結構應該分為：類型表、狀態表、統計表、統計明細表等。為了一個功能加那么多表實在是多余，如果寫一個非常復雜的業務邏輯還是很有必要的，因為要做到物帳聯動。這可能不是一個明智的選擇，還有一種方案是盡可能的壓縮表結構，少分一些表結構出來這樣可能有利於sql優化，服務器的負擔更輕一些。如果一條sql連了二十幾張表，三分之一是主表，其它是次表。那么它和三分之一的主表+多添加的字段進行比較，哪個跑的更快，會是一件很有趣的事情，第二種很可能跑的快但它不利於重用性、習慣性的分層更加有利於閱讀。也可能它跑的並沒有想像中的那么快，因為相對於第一種它增了次表的負擔，在百萬數據量面前條件越多速度越快，科學的講速度還受表結構字段的長度的影響。當然第二種只是推測，因為在相等條件下，沒有做過測試。