##二、庫表設計規范
1. 表必須有主鍵,且必須為自增主鍵。
> 這樣可以保證數據行是按照順序寫入,對于SAS傳統機械式硬盤寫入性能更好,根據主鍵做關聯查詢的性能也會更好,并且還方便了數據倉庫抽取數據。從性能的角度來說,使用UUID作為主鍵是個最不好的方法,它會使插入變得隨機。
2. 禁止使用分區表。
> 分區表的好處是對于開發來說,不用修改代碼,通過后端DB的設置,比如對于時間字段做拆分,就可以輕松實現表的拆分。但這里面涉及一個問題,查詢的字段必須是分區鍵,否則會遍歷所有的分區表,并不會帶來性能上的提升。此外,分區表在物理結構上仍舊是一張表,此時我們更改表結構,一樣不會帶來性能上的提升。所以應采用切表的形式做拆分,如程序上需要對歷史數據做查詢,可通過union all的方式關聯查詢。另外隨著時間的推移,歷史數據表不再需要,只需在從庫上dump出來,即便捷地遷移至備份機上。
- 說明
- Python編程規范
- Python風格規范
- Python語言規范
- Java編程規范
- 一、命名約定
- 二、常量定義
- 三、格式約定
- 四、OOP約定
- 五、集合處理
- 六、并發控制
- 七、控制語句
- 八、注釋約定
- 九、異常日志
- 十、日志約定
- Android開發規范
- 前端開發規范
- HTML
- JavaScript
- CSS
- MySQL約定
- 一、基本規范
- 二、庫表設計規范
- 三、字段設計規范
- 四、索引規范
- 五、SQL設計規范
- 六、業務字段命名規范
- 開發安全約定
- 一、代碼安全
- 二、移動開發安全
- 三、服務器安全
- 四、安全意識
- 版本管理
- Git使用規范
- 技術實踐及可視化
- 一、Code Review
- 二、單元測試
- 三、自動化測試
- 四、技術債
- 五、CI
- IOS開發規范