sql數據表的設計思路

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