數(shù)據(jù)庫編程規(guī)范標(biāo)準(zhǔn)[詳](參考版)
2025-04-10 23:10本頁面
【正文】 學(xué)習(xí)參考。能干的人，不在情緒上計(jì)較，只在做事上認(rèn)真；無能的人！不在做事上認(rèn)真，只在情緒上計(jì)較。什么是奮斗？奮斗就是每天很難，可一年一年卻越來越容易。寧可累死在路上，也不能閑死在家里！寧可去碰壁，也不能面壁。如果臨時(shí)表的數(shù)據(jù)量較大，需要?jiǎng)?chuàng)建索引，那么應(yīng)該將創(chuàng)建臨時(shí)表和創(chuàng)建索引的過程放在單獨(dú)一個(gè)子存儲(chǔ)過程中，這樣才能保證系統(tǒng)能夠很好地使用到該臨時(shí)表的索引。避免頻繁創(chuàng)建和刪除臨時(shí)表，減少系統(tǒng)表資源的消耗。另外，要注意索引的維護(hù)，周期性重建索引，重新編譯存儲(chǔ)過程。避免對(duì)大表查詢時(shí)進(jìn)行TABLE SCAN，必要時(shí)考慮新建索引。 索引的創(chuàng)建要與應(yīng)用綜合考慮，建議大的OLTP表不要超過6個(gè)索引。 注意INSERT和UPDATE操作的數(shù)據(jù)量，防止與其他應(yīng)用沖突。注意WHERE子句寫法，必須考慮語句順序，應(yīng)該根據(jù)索引順序、范圍大小確定條件子句的前后順序，盡可能讓字段順序與索引順序相一致，范圍從大到小。216。216。216。216。216。216。216。216。216。創(chuàng)建臨時(shí)表時(shí)用顯示聲明語句，而不是SELECT INTO。216。216。216。 盡量少用視圖，它的效率低。 不要在不需要使用事務(wù)的時(shí)候使用事務(wù)，只有在必要時(shí)才使用。 BetWeen在某些時(shí)候比IN速度快，BetWeen能夠更快地根據(jù)索引找到范圍。因?yàn)檫@樣應(yīng)用程序首先將二進(jìn)制值轉(zhuǎn)換成字符串（尺寸是它的兩倍），服務(wù)器接收到字符后又將他轉(zhuǎn)換成二進(jìn)制值，存儲(chǔ)過程就沒有這些動(dòng)作。216。216。 避免在索引列上使用計(jì)算。在特定情況下，使用索引也許會(huì)比全表掃描慢，但這是同一個(gè)數(shù)量級(jí)上的差距，通常情況下，使用索引會(huì)比全表掃描快幾倍甚至幾千倍。 用索引提高效率。當(dāng)在SQL語句中連接多個(gè)表時(shí)，請(qǐng)使用表的別名，并將別名前綴于Column上，這樣可以減少解析的時(shí)間并減少那些由Column歧義引起的語法錯(cuò)誤。216。216。 使用 WHERE 子句替換 HAVING子句。由此可見，減少訪問數(shù)據(jù)庫的次數(shù)，就能實(shí)際上減少數(shù)據(jù)庫服務(wù)器的工作量。 減少數(shù)據(jù)庫的訪問次數(shù)。因?yàn)榻^大多數(shù)情況下我們并不需要獲取所有的列名。216。如：Oracle解析器按照從右到左的順序處理FROM子句中的表名，因此，F(xiàn)ROM子句中寫在最后的表將被最先處理。216。216。如果必須使用，需要顯示聲明指定使用索引。216。216。當(dāng)評(píng)估查詢消耗的資源超出限制時(shí)，服務(wù)器自動(dòng)取消查詢，在查詢之前就扼殺掉。216。216。 注意使用 distinct ， 在沒有必要時(shí)不要用，它同 union一樣會(huì)使查詢變慢。需要注意，UNION ALL將重復(fù)輸出兩個(gè)結(jié)果集中相同的記錄，因此，還要從業(yè)務(wù)需求分析使用UNION ALL的可行性。當(dāng)SQL語句需要UNION兩個(gè)查詢結(jié)果集時(shí)，這兩個(gè)結(jié)果集會(huì)以UNIONALL的方式被合并，然后在輸出最終結(jié)果前進(jìn)行排序。216。游標(biāo)的效率較差，如果游標(biāo)操作的數(shù)據(jù)超過一萬行，那么就應(yīng)該改寫。 盡可能不使用游標(biāo)，它占用大量的資源。 查詢語句的詞法、語法檢查。 根據(jù)查詢條件，建立索引，優(yōu)化索引，優(yōu)化訪問方式，限制結(jié)果集的數(shù)據(jù)量。 縱向、橫向分割表，減少表的尺寸。 把數(shù)據(jù)、日志、索引放到不同的I/O設(shè)備上，增加讀寫速度。 查詢語句不好，沒有優(yōu)化。 返回不必要的行或列。 鎖或者死鎖。 沒有創(chuàng)建計(jì)算列導(dǎo)致查詢不優(yōu)化。 查詢結(jié)果集的數(shù)據(jù)量過大。 沒有索引或者沒有用到索引（最常見）。當(dāng)嵌套層次太多時(shí)應(yīng)考慮使用CASE 語句。39。39。39。39。39。39。39。39。39。39。39。39。39。39。39。39。表別名的命名參見。 where 子句書寫時(shí)，每個(gè)條件占一行，語句另起一行時(shí)，以保留字或者連接符開始，連接符右對(duì)齊。 一行有多列，超過80個(gè)字符時(shí)，基于列對(duì)齊原則，采用下行縮進(jìn)。該注釋以多行注釋為主，主要結(jié)構(gòu)如下：/************************************************************************* name : 函數(shù)名* function : 函數(shù)功能* input : 輸入?yún)?shù)* output : 輸出參數(shù)* author : 作者* CreatedDate :
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1