不掉發的小易 2021-09-19 18:38:27 阅读数:119
4.數據量大的話,容易把CPU打滿 ,如果你删除數據量很大時,不加 limit限制一下記錄數,容易把cpu打滿,導致越删越慢的。
[](
)3. 設計錶的時候,所有錶和字段都添加相應的注釋(SQL規範優雅)
這個好習慣一定要養成啦,設計數據庫錶的時候,所有錶和字段都添加相應的注釋,後面更容易維護。
正例:
反例:
[](
)4. SQL書寫格式,關鍵字大小保持一致,使用縮進。(SQL規範優雅)
正例:
反例:
顯然,統一關鍵字大小寫一致,使用縮進對齊,會使你的SQL看起來更優雅~
[](
)5. INSERT語句標明對應的字段名稱(SQL規範優雅)
反例:
正例:
[](
)6. 變更SQL操作先在測試環境執行,寫明詳細的操作步驟以及回滾方案,並在上生產前review。(SQL後悔藥)
變更SQL操作先在測試環境測試,避免有語法錯誤就放到生產上了。
變更Sql操作需要寫明詳細操作步驟,尤其有依賴關系的時候,如:先修改錶結構再補充對應的數據。
變更Sql操作有回滾方案,並在上生產前,review對應變更SQL。
[](
)7.設計數據庫錶的時候,加上三個字段:主鍵,create_time,update_time。(SQL規範優雅)
反例:
正例:
理由:
主鍵一定要加上的,沒有主鍵的錶是沒有靈魂的
創建時間和更新時間的話,還是建議加上吧,詳細審計、跟踪記錄,都是有用的。
阿裏開發手册也提到這個點,如圖
[](
)8. 寫完SQL語句,檢查where,order by,group by後面的列,多錶關聯的列是否已加索引,優先考慮組合索引。(SQL性能優化)
反例:
正例:
[](
)9.修改或删除重要數據前,要先備份,先備份,先備份(SQL後悔藥)
如果要修改或删除數據,在執行SQL前一定要先備份要修改的數據,萬一誤操作,還能吃口後悔藥~
[](
)10. where後面的字段,留意其數據類型的隱式轉換(SQL性能優化)
反例:
正例:
版权声明:本文为[不掉發的小易]所创,转载请带上原文链接,感谢。 https://gsmany.com/2021/09/20210919183826586k.html