數(shù)據(jù)庫(kù)管理規(guī)范-文庫(kù)吧
2025-07-21 06:30 本頁(yè)面
【正文】 名_字段名(如果存在多字段主鍵，取每字段前三個(gè)字符加下劃線組合，如：在 hyid,hyname,hymobile上建立主鍵，命名：PK_表名_hyi_hyn_hym,如果前三個(gè)截取字符相同，就從字段名稱中不同的字符開始取三個(gè)字符加下劃線組合，如：在 zhyid,zhyname,zhymobile上建立主鍵，命名：PK_表_id_nam_mob)：FK_表名_主表名_字段名 Sequence命名：SEQ_表名_列名（或者根據(jù)需要另取名字） 設(shè)計(jì)原則l 【強(qiáng)制】每個(gè)表，都必須要有主鍵。主鍵是每行數(shù)據(jù)的唯一標(biāo)識(shí)，保證主鍵不可隨意更新修改，在不知道是否需要主鍵的時(shí)候，請(qǐng)加上主鍵，它會(huì)為你的程序以及將來查找數(shù)據(jù)中的錯(cuò)誤等等，提供一定的幫助；l 【強(qiáng)制】所有的MySQL數(shù)據(jù)庫(kù)除歷史原因外，都必須采用UTF8編碼l 【建議】一個(gè)表的某列與另一表有關(guān)聯(lián)關(guān)系的時(shí)候， 請(qǐng)?jiān)趹?yīng)用程序維護(hù)外鍵關(guān)系，如果在數(shù)據(jù)庫(kù)建立外鍵約束請(qǐng)遵循以下幾點(diǎn)：盡量少使用外鍵，在高并發(fā)下數(shù)據(jù)庫(kù)會(huì)增加較大開銷；不要以數(shù)據(jù)操作不方便為理由而不建外鍵。加上外鍵以后，一些數(shù)據(jù)操作變得有些麻煩，但是這正是對(duì)數(shù)據(jù)一致性的保護(hù)以缺省的方式建立外鍵（即用delete restrict方式），以達(dá)到保護(hù)數(shù)據(jù)一致性的目的；l 【強(qiáng)制】外鍵一定要建立索引。l 【建議】單表行數(shù)超過 500萬(wàn)行或者單表容量超過 2GB，才推薦進(jìn)行分庫(kù)分表l 【強(qiáng)制】字段命名必須用英文來定義，如果太長(zhǎng)可用縮寫；l 【強(qiáng)制】相應(yīng)類型數(shù)據(jù)存入相應(yīng)類型字段(如：數(shù)字=NUMBER，日期=DATE，定長(zhǎng)字符=CHAR，變長(zhǎng)字符=VARCHAR2等）否則會(huì)自動(dòng)進(jìn)行不必要的類型轉(zhuǎn)換，降低性能，破壞數(shù)據(jù)完整性l 【強(qiáng)制】表達(dá)是與否概念的字段，必須使用 is_xxx的方式命名，數(shù)據(jù)類型是 unsigned tinyint（ 1表示是，0表示否）l 【強(qiáng)制】小數(shù)類型為 decimal，禁止使用 float和 doublel 【建議】varchar是可變長(zhǎng)字符串，不預(yù)先分配存儲(chǔ)空間，長(zhǎng)度不要超過 5000，如果存儲(chǔ)長(zhǎng)度大于此值，定義字段類型為 text，獨(dú)立出來一張表，用主鍵來對(duì)應(yīng)，避免影響其它字段索引效率l 【建議】字段的寬度要在一定時(shí)間內(nèi)足夠用，但也不要過寬，占用過多的存儲(chǔ)空間；l 【建議】除非必要，否則盡量不加冗余列。所謂冗余列，是指能通過其他列計(jì)算出來的列，或者是與某列表達(dá)同一含義的列，或者是從其他表復(fù)制過來的列等等。冗余列需要應(yīng)用程序來維護(hù)一致性，相關(guān)列的值改變的時(shí)候，冗余列也需要隨之修改，而這一規(guī)則未必所有人都知道，就有可能因此發(fā)生不一致的情況。如果是應(yīng)用的特殊需要，或者是為了優(yōu)化某些邏輯很復(fù)雜的查詢等操作，可以加冗余列； 索引的設(shè)計(jì)l 【強(qiáng)制】業(yè)務(wù)上具有唯一特性的字段，即使是組合字段，也必須建成唯一索引l 【強(qiáng)制】超過三個(gè)表禁止 join。需要 join的字段，數(shù)據(jù)類型保持絕對(duì)一致；多表關(guān)聯(lián)l 【強(qiáng)制】查詢時(shí)，保證被關(guān)聯(lián)的字段需要有索引l 【強(qiáng)制】在 varchar字段上建立索引時(shí)，必須指定索引長(zhǎng)度，沒必要對(duì)全字段建立索引，l 【強(qiáng)制】頁(yè)面搜索嚴(yán)禁左模糊或者全模糊，如果需要請(qǐng)走搜索引擎來解決l 【強(qiáng)制】如果有 order by的場(chǎng)景，請(qǐng)注意利用索引的有序性。order by 最后的字段是組合索引的一部分，并且放在索引組合順序的最后，避免出現(xiàn) file_sort的情況，影響查詢性能。 正例：where a=? and b=? order by c。 索引：a_b_cl 【強(qiáng)制】建組合索引的時(shí)候，區(qū)分度最高的在最左邊l 【建議】性能測(cè)試階段收集90%SQL后，
試題試卷相關(guān)推薦
鄂ICP備17016276號(hào)-1