數(shù)據(jù)庫開發(fā)規(guī)范(編輯修改稿)
2025-05-04 23:10 本頁面
【文章內容簡介】 order by 后面的字段不唯一，一定要讓order by 唯一，最佳方案是增加一pk，如實在沒辦法則可以追加rowid，order by 后盡量避免使用rowid。20：聚集函數(shù)max、min、sum 在沒有記錄得符合查詢條件的情況下返回null，不會產生no_data_found 異常。21：避免頻繁mit，尤其是把mit 寫在循環(huán)體中每次循環(huán)都進行mit。22：使用綁定變量，避免常量的直接引用。23：避免不必要的排序24：對于數(shù)字型的唯一鍵值，用序列sequence 產生。25：索引的規(guī)則：建立索引常用的原則如下：1)、表的主鍵、外鍵必須有索引2)、數(shù)據(jù)量超過1000 行的表應該有索引3)、經常與其它表進行連接的表，在邊接字段上應建立索引4)、經常出現(xiàn)在where 子句中的字段且過濾性極強的，特別是大表的字段，應該建立索引5)、索引字段，盡量避免值為null 6)、復合索引的建立需要仔細分析； 盡量考慮用單字段索引代替； A. 正確選擇復合索引中的第一個字段，一般是選擇性較好的且在where 子句中常的字段上； B. 復合索引的幾個字段是否經常同時以and 方式出現(xiàn)在where 子句中？ 單字段查詢是否極少其至沒有？ 如果是，則可以建立復合索引； 否則考慮單字段索引； C. 如果復合索引中包含的字段經常單獨出現(xiàn)在where 子句中，則分解為多個單字段索引； D. 如果復合索引所包含的字段超過3 個，那么仔細考慮其必要性，考慮減少復合的字段； E. 如果既有單字段索引，又有這幾個字段上的復合索引，一般可以刪除復合索引； 7). 頻繁DDL 的表，不要建立太多的索引；8). 刪除無用的索引，避免對執(zhí)行計劃造成負面影響；讓SQL 語句用上合理的索引。合理讓SQL 語句使用索引的原則如下：首先，看是否用上了索引，對于該使用索引而沒有用上索引的SQL 語句，應該想辦法用上索引。其次，看是否用上了索引，特別復雜的SQL 語句，當其中where 子句包含多個帶有索引的字段時，更應該注意索引的選擇是否合理。錯誤的索引不僅不會帶來性能的提高，相反往往導致性能的降低。 26：like 子句盡量前端匹配 數(shù)據(jù)庫設計1：數(shù)據(jù)庫設計文檔中，必須包含表數(shù)據(jù)保留時間；2：數(shù)據(jù)庫設計文檔中，必須包含表在最大保留時間下的數(shù)據(jù)量；3：數(shù)據(jù)庫設計文檔中，如果表為分區(qū)表，必須包含分區(qū)條件；4：數(shù)據(jù)庫設計文檔中，必須包含表的讀寫頻率；5：單SEGMENT （如單個普通表，分區(qū)表的單個分區(qū)，單個普通索引，分區(qū)索引的單個分區(qū)）原則上不得超過2GB大小；6：和其他表有關聯(lián)的表，和其他表功能一致的字段類型以及長度，盡量使用相同的列名； 7：禁止依靠設計數(shù)據(jù)庫表之間的主外鍵關系來保證數(shù)據(jù)一致性； :8：需要UPDATE的字段，不得設計為分區(qū)條件字段；9：如無特別需要，原則上，字符類型選擇變長字段，數(shù)字類型選擇NUMBER；10：如無特別需要，原則上不得設定表的并發(fā)度，壓縮等屬性；11：無特別說明，每個表的索引，不得超過5個；單字段上的索引不得超過2個；（即一個單字段最多可在上面建立一個單字段索引和一個組合索引包含這個字段）；復合索引原則上不得超過3個字段；12：原則上，分區(qū)表的索引必須是分區(qū)索引；13：頻繁出現(xiàn)在where字
公司管理相關推薦
鄂ICP備17016276號-1