oracle數(shù)據(jù)庫設(shè)計規(guī)范建議(文件)
【正文】 并且經(jīng)常以外鍵所在列為關(guān)聯(lián)，進行關(guān)聯(lián)查詢時，需要建索引（可能有些數(shù)據(jù)庫自動為外鍵建索引，則例外）； 當(dāng)有聯(lián)合主鍵或者聯(lián)合索引時，注意不要建重復(fù)的索引。明確它的用途、目的； 建立視圖時要明確寫出所有要選擇出的列名而不要以SELECT *來代替，可以使結(jié)構(gòu)清晰可讀性增強，也不會增加它對表的所有字段的依賴，而表是很可能修改的，特別是增加字段。 請把程序包、存儲過程、函數(shù)、觸發(fā)器，與應(yīng)用程序一同加入CVS中，進行版本控制。當(dāng)存儲過程比較復(fù)雜時，或者它們相互間的調(diào)用關(guān)系比較復(fù)雜時，可能難于維護；5 SQL的設(shè)計和使用 Sql 書寫規(guī)范 盡量不要寫復(fù)雜的SQL：過于復(fù)雜的SQL可以用存儲過程或函數(shù)來代替，效率更高；甚至如果能保證不造成瓶頸的話，把條SQL拆成多條也是可以的。（ 或 /* */ 方式，不同數(shù)據(jù)庫可能語法不同）； 連接符or、in、and、以及＝、=、=等前后加上一個空格； 不要用SELECT *：SELECT語句中寫出必要的要選擇的全部列名，增強語句可讀性，避免不必要的選擇；SELECT * 增加了對所有字段的依賴，當(dāng)表增加了字段后，有可能發(fā)生錯誤；此外還可能增加了數(shù)據(jù)的流量，查詢了一些實際不需要的字段； 避免長事務(wù)（Transaction）：長事務(wù)容易造成死鎖，應(yīng)該避免，單個事務(wù)使用的數(shù)據(jù)庫和系統(tǒng)資源不宜超過總資源12%（參考值，各應(yīng)用可以根據(jù)實際情況進行適量調(diào)整,這種情況不適用于數(shù)據(jù)倉庫）； 行最長不能超過80字符,同一語句不同字句之間逗號以后空格,其他分割符前空格 where子句書寫時，每個條件占一行，語句令起一行時，以保留字或者連接符開始，連接符右對齊； 多表連接時，使用表的別名來引用列； SQL中對視圖的引用：在不太清楚視圖用法的情況下，盡量不用。如對索引列計算較多，請?zhí)嵴垟?shù)據(jù)庫管理員建立函數(shù)索引； 盡量注意比較值與索引列數(shù)據(jù)類型的一致性(number與number比較、char與char比較)，避免使用數(shù)據(jù)庫的類型自動轉(zhuǎn)換功能；如：SELECT * FROM categoryWHERE id = ‘123’?！《鴳?yīng)使用：SELECT *FROM service_promotionWHERE gmt_modified= TO_DATE(‘2015901’,’yyyymmdd’)AND gmt_modified TO_DATE(‘2015902’,’yyyymmdd’)。因為很多開發(fā)人員，由于對數(shù)據(jù)庫的認(rèn)識不夠，通常只以完成功能為首要目的，容易寫出效率非常低的SQL； 限制使用這里說的限制使用是指如果能有其他的技術(shù)途徑，就不要使用如下的Oracle技術(shù)，包括：DBLink， Trigger，用Java編寫的存儲過程等內(nèi)容； 模擬測試這里說的測試主要是指模擬實際應(yīng)用對數(shù)據(jù)庫的操作，進行測試，并發(fā)及訪問量要模擬應(yīng)用的設(shè)計需求。寧可累死在路上，也不能閑死在家里！寧可去碰壁，也不能面壁。能干的人，不在情緒上計較，只在做事上認(rèn)真；無能的人！不在做事上認(rèn)真，只在情緒上計較。什么是奮斗？奮斗就是每天很難，可一年一年卻越來越容易。提前發(fā)現(xiàn)瓶頸，做相應(yīng)的優(yōu)化； 應(yīng)用測試每個應(yīng)用的測試階段，特別是性能方面的測試，也要關(guān)注數(shù)據(jù)庫的表現(xiàn)。但是，最好還提供一個數(shù)據(jù)量與真實環(huán)境相當(dāng)?shù)沫h(huán)境，數(shù)據(jù)量和應(yīng)用的設(shè)計目標(biāo)差不多，供開發(fā)人員使用。 查詢的WHERE過濾原則，應(yīng)使過濾記錄數(shù)最多的條件放在最前面；
公司管理相關(guān)推薦
鄂ICP備17016276號-1