-
維護(hù)（修改）表結(jié)構(gòu) 注意事項(xiàng) 1、MySQL5.5之前會(huì)鎖表，可使用第三方工具；5.6之后本身支持在線表結(jié)構(gòu)變更 2、同時(shí)維護(hù)數(shù)據(jù)字典 3、控制表的寬度和大小 適合的操作 1、批量操作(數(shù)據(jù)庫中）逐條操作（應(yīng)用程序中） 2、盡量少用"select * "查詢 3、控制使用用戶自定義函數(shù)（使用函數(shù)，索引不起作用） 4、不要使用全文索引（中文支持不好，需要另建索引文件）查看全部
-
維護(hù)索引 建立索引的列： 1、出現(xiàn)在where、group by、order by 從句中的列 2、可選擇性高的列放到索引前面（條件列順序不要求與索引列順序一致） 3、索引列數(shù)據(jù)不要太長，（如text進(jìn)行md5處理） 注意：1、索引不是越多越好（過多的索引也會(huì)降低讀的效率:多個(gè)索引選擇的過程） 2、定期維護(hù)索引碎片 3、（MySQL)SQL中不要使用強(qiáng)制索引關(guān)鍵字查看全部
-
維護(hù)數(shù)據(jù)字典 1、第三方工具（依數(shù)據(jù)庫系統(tǒng)） 2、利用數(shù)據(jù)庫本身特點(diǎn) 如MySQL 給庫、表、字段增加備注，然后導(dǎo)出數(shù)據(jù)字典查看全部
-
數(shù)據(jù)庫維護(hù)和優(yōu)化： 1、維護(hù)數(shù)據(jù)字典； 2、維護(hù)索引； 3、維護(hù)表結(jié)構(gòu)； 4、在適當(dāng)?shù)臅r(shí)候?qū)Ρ磉M(jìn)行水平拆分或垂直拆分；查看全部
-
其他注意事項(xiàng) 一、主鍵 區(qū)分~ 業(yè)務(wù)主鍵：標(biāo)識(shí)業(yè)務(wù)數(shù)據(jù)，表與表之間的關(guān)聯(lián) 數(shù)據(jù)庫主鍵：優(yōu)化存儲(chǔ) 2、根據(jù)數(shù)據(jù)庫類型，考慮主鍵是否要順序增長（有些數(shù)據(jù)按主鍵的順序邏輯存儲(chǔ)） 3、主鍵字段類型盡可能的?。ú樵冃阅埽?二、高并發(fā)避免外鍵約束：降低數(shù)據(jù)導(dǎo)入效率，增加維護(hù)成本，相關(guān)聯(lián)的列上一定要建索引 三、避免使用觸發(fā)器：降低導(dǎo)入效率，可能會(huì)出現(xiàn)意想不到的數(shù)據(jù)異常，使業(yè)務(wù)邏輯變的復(fù)雜 四、嚴(yán)禁使用預(yù)留字段：無法準(zhǔn)確知道預(yù)留字段的類型，無法知道存儲(chǔ)內(nèi)容，后期維護(hù)預(yù)留字段的成本與新增是一樣的，查看全部
-
字段類型選擇具體原則 1、列中存儲(chǔ)的數(shù)據(jù)長度差不多一致的，char 最大長度小于50字節(jié) char 也可以用varchar(查詢少，盡量節(jié)省空間時(shí)） 2、非精確小數(shù)優(yōu)先float 3、時(shí)間類型，int長度小，只能到20130119 11:14:07,查詢需要轉(zhuǎn)換，查詢少時(shí)用int 查詢多時(shí)用datetime存儲(chǔ)較好查看全部
-
字段類型選擇 1、影響：存儲(chǔ)空間開銷、數(shù)據(jù)查詢性能 2、數(shù)字>日期或二進(jìn)制>字符> 同級(jí)別中優(yōu)先占用空間小的 3、MySQL類型占用空間如圖（TIMESTAMP只能到2037年） http://img1.sycdn.imooc.com//542fc28a00018eb910000530-120-68.jpg 4、原因：進(jìn)行比較時(shí)，同樣的數(shù)據(jù)字符處理往往比數(shù)字處理慢；數(shù)據(jù)處理以頁為單位，列長越小，性能越好查看全部
-
物理設(shè)計(jì) 建立表結(jié)構(gòu) 1、選擇數(shù)據(jù)庫系統(tǒng)：應(yīng)用特點(diǎn)、成本 2、定義庫、表、字段的命名規(guī)范（數(shù)據(jù)庫系統(tǒng)對(duì)此有限制） 3、根據(jù)系統(tǒng)選擇合適的字段類型 4、反范式化設(shè)計(jì)：增加冗余，提高效率查看全部
-
垂直拆分 列太多，拆成多個(gè)小表，數(shù)據(jù)量不變 1、經(jīng)常一起查詢的列放到一起；2、text、blob等大字段拆分到附加表中 水平拆分 數(shù)據(jù)量太大，拆成多個(gè)相同結(jié)構(gòu)的表，字段數(shù)不變 Hash Key查看全部
-
維護(hù)（修改）表結(jié)構(gòu) 注意事項(xiàng) 1、MySQL5.5之前會(huì)鎖表，可使用第三方工具；5.6之后本身支持在線表結(jié)構(gòu)變更 2、同時(shí)維護(hù)數(shù)據(jù)字典 3、控制表的寬度和大小 適合的操作 1、批量操作(數(shù)據(jù)庫中）逐條操作（應(yīng)用程序中） 2、盡量少用"select * "查詢 3、控制使用用戶自定義函數(shù)（使用函數(shù)，索引不起作用） 4、不要使用全文索引（中文支持不好，需要另建索引文件）查看全部
-
維護(hù)索引 建立索引的列：1、出現(xiàn)在where、group by、order by 從句中的列 2、可選擇性高的列放到索引前面（條件列順序不要求與索引列順序一致） 3、索引列數(shù)據(jù)不要太長，（如text進(jìn)行md5處理） 注意：1、索引不是越多越好（過多的索引也會(huì)降低讀的效率:多個(gè)索引選擇的過程） 2、定期維護(hù)索引碎片 3、（MySQL)SQL中不要使用強(qiáng)制索引關(guān)鍵字查看全部
-
維護(hù)數(shù)據(jù)字典 1、第三方工具（依數(shù)據(jù)庫系統(tǒng)） 2、利用數(shù)據(jù)庫本身特點(diǎn) 如MySQL 給庫、表、字段增加備注，然后導(dǎo)出數(shù)據(jù)字典查看全部
-
維護(hù)和優(yōu)化： 維護(hù)數(shù)據(jù)字典 維護(hù)索引 維護(hù)表結(jié)構(gòu) 適當(dāng)?shù)臅r(shí)候?qū)Ρ磉M(jìn)行水平或垂直拆分查看全部
-
其他注意事項(xiàng) 一、主鍵 區(qū)分~ 業(yè)務(wù)主鍵：標(biāo)識(shí)業(yè)務(wù)數(shù)據(jù)，表與表之間的關(guān)聯(lián) 數(shù)據(jù)庫主鍵：優(yōu)化存儲(chǔ) 2、根據(jù)數(shù)據(jù)庫類型，考慮主鍵是否要順序增長（有些數(shù)據(jù)按主鍵的順序邏輯存儲(chǔ)） 3、主鍵字段類型盡可能的?。ú樵冃阅埽?二、高并發(fā)避免外鍵約束：降低數(shù)據(jù)導(dǎo)入效率，增加維護(hù)成本，相關(guān)聯(lián)的列上一定要建索引 三、避免使用觸發(fā)器：降低導(dǎo)入效率，可能會(huì)出現(xiàn)意想不到的數(shù)據(jù)異常，使業(yè)務(wù)邏輯變的復(fù)雜 四、嚴(yán)禁使用預(yù)留字段：無法準(zhǔn)確知道預(yù)留字段的類型，無法知道存儲(chǔ)內(nèi)容，后期維護(hù)預(yù)留字段的成本與新增是一樣的，查看全部
-
字段類型選擇具體原則 1、列中存儲(chǔ)的數(shù)據(jù)長度差不多一致的，char 最大長度小于50字節(jié) char 也可以用varchar(查詢少，盡量節(jié)省空間時(shí)） 2、非精確小數(shù)優(yōu)先float 3、時(shí)間類型，int長度小，只能到20130119 11:14:07,查詢需要轉(zhuǎn)換，查詢少時(shí)用int 查詢多時(shí)用datetime存儲(chǔ)較好查看全部
舉報(bào)
0/150
提交
取消