欧美vvv,亚洲第一成人在线,亚洲成人欧美日韩在线观看,日本猛少妇猛色XXXXX猛叫

新聞資訊

    來源 | 撿田螺的小男孩作者 | 撿田螺的小男孩

    每一個好習慣都是一筆財富,本文分 SQL 后悔藥、SQL 性能優化、SQL 規范優雅三個方向,分享寫 SQL 的 21 個好習慣。

    1. 寫完 SQL 先 查看執行計劃。【SQL 性能優化】

    日常開發寫 SQL 的時候,盡量養成這個好習慣呀:寫完 SQL 后,用 分析一下,尤其注意走不走索引。

    explain?select?userid,name,age?from?user?
    where?userid?=10086?or?age?=18;

    2. 操作 或者 語句,加個 limit。【SQL 后悔藥】

    在執行刪除或者更新語句時,盡量加上 limit,以下面的這條 SQL 為例吧:

    delete?from?euser?where?age?>?30?limit?200;

    因為加了 limit 主要有這些好處:

    3. 設計表的時候,所有表和字段都添加相應的注釋。【SQL 規范優雅】

    這個好習慣一定要養成啦,設計數據庫表的時候,所有表和字段都添加相應的注釋,后面更容易維護。

    「正例:」

    CREATE?TABLE?`account`?(
    ??`id`?int(11)?NOT?NULL?AUTO_INCREMENT?COMMENT?'主鍵Id',
    ??`name`?varchar(255)?DEFAULT?NULL?COMMENT?'賬戶名',
    ??`balance`?int(11)?DEFAULT?NULL?COMMENT?'余額',
    ??`create_time`?datetime?NOT?NULL?COMMENT?'創建時間',
    ??`update_time`?datetime?NOT?NULL?ON?UPDATE?CURRENT_TIMESTAMP?COMMENT?'更新時間',
    ??PRIMARY?KEY?(`id`),
    ??KEY?`idx_name`?(`name`)?USING?BTREE
    )?ENGINE=InnoDB?AUTO_INCREMENT=1570068?DEFAULT?CHARSET=utf8?ROW_FORMAT=REDUNDANT?COMMENT='賬戶表';

    「反例:」

    CREATE?TABLE?`account`?(
    ??`id`?int(11)?NOT?NULL?AUTO_INCREMENT,
    ??`name`?varchar(255)?DEFAULT?NULL,
    ??`balance`?int(11)?DEFAULT?NULL,
    ??`create_time`?datetime?NOT?NULL?,
    ??`update_time`?datetime?NOT?NULL?ON?UPDATE?CURRENT_TIMESTAMP,
    ??PRIMARY?KEY?(`id`),
    ??KEY?`idx_name`?(`name`)?USING?BTREE
    )?ENGINE=InnoDB?AUTO_INCREMENT=1570068?DEFAULT?CHARSET=utf8;

    4. SQL 書寫格式,關鍵字大小保持一致,使用縮進。【SQL 規范優雅】

    「正例:」

    SELECT?stu.name,?sum(stu.score)
    FROM?Student?stu
    WHERE?stu.classNo?=?'1班'
    GROUP?BY?stu.name

    「反例:」

    SELECT?stu.name,?sum(stu.score)?from?Student?stu?WHERE?stu.classNo?=?'1班'?group?by?stu.name.

    顯然,統一關鍵字大小寫一致,使用縮進對齊,會使你的 SQL 看起來更優雅~

    5. 語句標明對應的字段名稱。【SQL 規范優雅】

    「反例:」

    insert?into?Student?values?('666','撿田螺的小男孩','100');

    「正例:」

    insert?into?Student(student_id,name,score)?values?('666','撿田螺的小男孩','100');

    6. 變更 SQL 操作先在測試環境執行,寫明詳細的操作步驟以及回滾方案,并在上生產前 。【SQL 后悔藥】7. 設計數據庫表的時候,加上三個字段:主鍵、、。【SQL 規范優雅】

    「反例:」

    CREATE?TABLE?`account`?(
    ??`name`?varchar(255)?DEFAULT?NULL?COMMENT?'賬戶名',
    ??`balance`?int(11)?DEFAULT?NULL?COMMENT?'余額',
    )?ENGINE=InnoDB?AUTO_INCREMENT=1570068?DEFAULT?CHARSET=utf8?ROW_FORMAT=REDUNDANT?COMMENT='賬戶表';

    「正例:」

    CREATE?TABLE?`account`?(
    ??`id`?int(11)?NOT?NULL?AUTO_INCREMENT?COMMENT?'主鍵Id',
    ??`name`?varchar(255)?DEFAULT?NULL?COMMENT?'賬戶名',
    ??`balance`?int(11)?DEFAULT?NULL?COMMENT?'余額',
    ??`create_time`?datetime?NOT?NULL?COMMENT?'創建時間',
    ??`update_time`?datetime?NOT?NULL?ON?UPDATE?CURRENT_TIMESTAMP?COMMENT?'更新時間',
    ??PRIMARY?KEY?(`id`),
    ??KEY?`idx_name`?(`name`)?USING?BTREE
    )?ENGINE=InnoDB?AUTO_INCREMENT=1570068?DEFAULT?CHARSET=utf8?ROW_FORMAT=REDUNDANT?COMMENT='賬戶表';

    「理由:」

    阿里開發手冊也提到這個點,如圖:

    8. 寫完 SQL 語句,檢查 where、order by、group by 后面的列,多表關聯的列是否已加索引,優先考慮組合索引。【SQL 性能優化】

    「反例:」

    select?*?from?user?
    where?address?='深圳'?order?by?age;

    「正例:」

    添加索引
    alter?table?user?add?index?idx_address_age?(address,age)

    9. 修改或刪除重要數據前,要先備份,先備份,先備份。【SQL 后悔藥】

    如果要修改或刪除數據,在執行 SQL 前一定要先備份要修改的數據,萬一誤操作,還能吃口「后悔藥」~

    10. where 后面的字段,留意其數據類型的隱式轉換。【SQL 性能優化】

    「反例:」

    //userid 是varchar字符串類型
    select?*?from?user?where?userid?=123;

    「正例:」

    select?*?from?user?where?userid?='123';

    「理由:」

    11. 盡量把所有列定義為 NOT NULL。【SQL 規范優雅】12. 修改或者刪除 SQL,先寫 WHERE 查一下,確認后再補充 或 。【SQL 后悔藥】

    尤其在操作生產的數據時,遇到修改或者刪除的 SQL,先加個 where 查詢一下,確認 OK 之后,再執行 或者 操作。

    13. 減少不必要的字段返回,如使用 代替 *。【SQL 性能優化】

    「反例:」

    select?*?from?employee;

    「正例:」

    select?id,name?from?employee;

    「理由:」

    14. 所有表必須使用 存儲引擎。【SQL 規范優雅】

    「支持事務sql中數據類型,支持行級鎖,更好的恢復性」,高并發下性能更好,所以呢,沒有特殊要求(即 無法滿足的功能如:列存儲sql中數據類型,存儲空間數據等)的情況下,所有表必須使用 存儲引擎。

    15. 數據庫和表的字符集盡量統一使用 UTF8。【SQL 規范優雅】

    盡量統一使用 UTF8 編碼。

    「如果需要存儲表情,那么選擇 來進行存儲,注意它與 utf-8 編碼的區別。」

    16. 盡量使用 代替 char。【SQL 性能優化】

    「反例:」

    ??`deptName`?char(100)?DEFAULT?NULL?COMMENT?'部門名稱'

    「正例:」

    `deptName`?varchar(100)?DEFAULT?NULL?COMMENT?'部門名稱'

    「理由:」

    17. 如果修改字段含義或對字段表示的狀態追加時,需要及時更新字段注釋。【SQL 規范優雅】

    這個點,是阿里開發手冊中 MySQL 的規約。你的字段,尤其是表示枚舉狀態時,如果含義被修改了,或者狀態追加時,為了后面更好維護,需要及時更新字段的注釋。

    18. SQL 命令行修改數據,養成 begin + 事務的習慣。【SQL 后悔藥】

    「正例:」

    begin;
    update?account?set?balance?=1000000
    where?name?='撿田螺的小男孩';
    commit;

    「反例:」

    update?account?set?balance?=1000000
    where?name?='撿田螺的小男孩';

    19. 索引命名要規范,主鍵索引名為 pk_ 字段名;唯一索引名為 uk _字段名 ;普通索引名則為 idx _字段名。【SQL 規范優雅】

    說明:pk_ 即 key;uk_ 即 key;idx_ 即 index 的簡稱。

    20. WHERE 從句中不對列進行函數轉換和表達式計算。【SQL 性能優化】

    假設 加了索引。

    「反例:」

    select?userId,loginTime?
    from?loginuser
    where?Date_ADD(loginTime,Interval?7?DAY)?>=now();

    「正例:」

    explain??select?userId,loginTime?
    from?loginuser?
    where??loginTime?>=?Date_ADD(NOW(),INTERVAL?-?7?DAY);

    「理由:」

    21. 如果修改/更新數據過多,考慮批量進行。【SQL 性能優化】

    「反例:」

    delete?from?account??limit?100000;

    「正例:」

    for?each(200次)
    {
    ?delete?from?account??limit?500;
    }

    「理由:」

    參考與感謝

網站首頁   |    關于我們   |    公司新聞   |    產品方案   |    用戶案例   |    售后服務   |    合作伙伴   |    人才招聘   |   

友情鏈接: 餐飲加盟

地址:北京市海淀區    電話:010-     郵箱:@126.com

備案號:冀ICP備2024067069號-3 北京科技有限公司版權所有