Ø        變數名全部採用小寫，區域性變數名使用“v_”開頭，輸入引數以“i_開頭，輸出引數以“o_”開頭，輸入輸出引數用io_開頭。所有輸入引數必須顯示宣告

Ø        遊標的命名：遊標統一用字尾 “_cur” 命名

Ø        使用命名的常量以避免硬編碼，使用常量包,常量統一用 cn_ 的字首命名

Ø        當變數代表列時，使用%TYPE屬性，當變數實際上表示資料庫表的某列資料時，為避免資料庫結構修改對變數的影響，應統一使用%TYPE屬性對變數命名

Ø        使用%TYPE以標準化非資料庫變數的宣告

Ø        按照專案制定的檔案組織劃分包內容

Ø        包內的儲存過程及函式的命名必須遵循CPIC制訂的相關規範

Ø        外部查詢的多行資料返回使用遊標進行處理，通過傳遞遊標變數的形式返回資料到外部介面,由外部程式自行FETCH資料。

Ø        開啟遊標前，必須顯式檢查遊標的%ISOPEN屬性。

Ø        使用FETCH語句後，要立即檢查%NOTFOUND屬性，以便正常終止遊標FETCH迴圈。

Ø        無論PL/SQL程式是正常終止還是出錯退出，都要關閉所有已開啟的遊標。在出錯退出時，應該在其異常處理部分管理所有遊標，這可以釋放一部分的系統資源

Ø        儘可能使用顯示遊標，避免使用隱式遊標。

Ø        在需要分割事務以使主事務的提交或者回滾獨立於子事務的提交及回滾時，應使用自治事務

Ø        所有的儲存過程均統一在結束處統一COMMIT或者ROLLBACK

Ø        按照業務邏輯實現功能模組的封裝，將業務規則邏輯集中在更少量的、良好設計的、易於維護的函式或者過程中，不必在每條SQL語句或者每天PL/SQL程式中重複這些邏輯

Ø        基於單一資料表的增、刪、改、查採用標準SP進行封裝，不允許相同邏輯的處理出現在多個SP中

Ø        後臺資料按照邏輯劃分成多個SCHEMA，不同SCHEMA的資料不可互相訪問

Ø        需要相互訪問的表均存放在 ***的SCHEMA中，通過訪問***中的介面表實現跨SCHEMA的資料訪問

Ø        採用公共的API包完成後臺日志資料記錄。（API完成輸出錯誤資訊提示、記錄錯誤資訊內容到資料庫表、系統級的錯誤程式碼及錯誤資訊等）

Ø        後臺日誌的資訊記錄級別包括INFO、WARN、ERROR，其定義以及不同級別日誌的採集標準如下：

n        INFO－提示資訊，供開發人員除錯使用，由開發人員自行確定，主要是除錯資訊，程式執行中普通訊息提示。

n        WARN－警告資訊，可能導致嚴重錯誤的警告資訊

n        ERROR－錯誤資訊，導致系統執行錯誤的資訊。

Ø        所有表操作的錯誤處理部分均應記錄日誌資訊

Ø        凡是涉及到表操作(insert,update,select,delete)的sql語句,都必須進行錯誤捕捉,不能將錯誤帶到後面的語句

Ø        從表中select資料的語句,應嚴格區分NO_DATA_FOUND 和 TOO_MANY_ROWS的錯誤,並將相應錯誤資訊填入錯誤資訊

Ø        NO_DATA_FOUND   多數為查詢條件問題導致無資料返回（使用者級錯誤）

Ø        TOO_MANY_ROWS  應該是資料表內資料異常導致（系統級錯誤）

Ø        所有儲存過程(函式)的統一出口一律在儲存過程的結束部分,不允許中間返回

Ø        在每一個異常處理部分，都要定義WHEN OTHER 子程式，以便捕獲所有沒有顯示處理或其他型別的異常

Ø        所有程式中捕獲到的錯誤,均轉換成對應的errcode,errmsg,通過輸出引數返回給呼叫者,所有儲存過程（函式）結束前應統一捕獲系統異常

Ø        在每個儲存過程(函式)的入口處統一先將返回錯誤程式碼(errCode)設定為42,功能處理成功結束後再將錯誤程式碼(errCode)設定為0(成功),避免程式過程中因錯誤未能正確捕獲,導致功能未能完成,而程式卻成功返回的情況出現

Ø        所有的模組都有錯誤編碼區間,原則上錯誤編碼全域性唯一

Ø        錯誤資訊描述應準確，業務相關的錯誤應將輸入資料拼接到錯誤資訊中。

Ø        錯誤程式碼具體規範見《建行ODS專案ETL-2.1開發規範(公共).doc》

Ø        PL/SQL語句的所有表名、欄位名遵照資料字典的定義，系統保留字、內建函式名、PL/SQL保留字、關鍵字大寫，使用者宣告的識別符號小寫。

Ø        對於子程式、觸發器、包等帶名的程式塊，使用結束標識。

Ø        變數名小寫，區域性變數名使用“v_”開頭，輸入引數以“i_”開頭，輸出引數以“o_”開頭，輸入輸出引數用io_開頭。所有輸入引數必須顯示宣告。

Ø        連線符OR、IN、AND、以及＝、<=、>=等前後加上一個空格。 

Ø        對較為複雜的SQL語句加上註釋，說明演算法、功能。 

Ø        註釋風格：註釋單獨成行、放在語句前面。 

n        應對不易理解的分支條件表示式加註釋； 

n        對重要的計算應說明其功能； 

n        過長的函式實現，應將其語句按實現的功能分段加以概括性說明； 

n        常量及變數註釋時，應註釋被儲存值的含義(必須)，合法取值的範圍

n        可採用單行/多行註釋。（-- 或 方式） 

Ø        SQL語句的縮排風格 

n        一行有多列，超過80個字元時，基於列對齊原則，採用下行縮排 

n        WHERE子句書寫時，每個條件佔一行，語句另起一行時，以保留字或者連線符開始，連線符右對齊。例如：

where       f1 = 1

and       f2 = 2

or      f3 = 3

n        INSERT語句，必須書寫欄位，欄位可5個或6個一組。中間用TAB分開

Ø        多表連線時，使用表的別名來引用列。 

Ø        供別的檔案或函式呼叫的函式，絕不應使用全域性變數交換資料； 

Ø        TAB 統一定義為4個空格，建議使用Ultraedit作為SQL書寫工具

Ø        避免巢狀連線。例如：A = B AND B = C AND C = D

Ø        WHERE條件中儘量減少使用常量比較，改用主機變數

Ø        系統可能選擇基於規則的優化器，所以將結果集返回資料量小的表作為驅動表（FROM後邊最後一個表）。

Ø        大量的排序操作影響系統性能，所以儘量減少ORDER BY和GROUP BY排序操作。  如必須使用排序操作，請遵循如下規則

n        排序儘量建立在有索引的列上。 

n        如結果集不需唯一，使用UNION ALL代替UNION。

Ø        索引的使用

n        儘量避免對索引列進行計算。

n        儘量注意比較值與索引列資料型別的一致性。 

n        對於複合索引，SQL語句必須使用主索引列 

n        索引中，儘量避免使用NULL。 

n        對於索引的比較，儘量避免使用!= 查詢列和排序列與索引列次序保持一致

Ø        儘量避免相同語句由於書寫格式的不同，而導致多次語法分析。 

Ø        儘量使用共享的SQL語句。

Ø        查詢的WHERE過濾原則，應使過濾記錄數最多的條件放在最前面。 

Ø        任何對列的操作都將導致表掃描，它包括資料庫函式、計算表示式等等，查詢時要儘可能將操作移至等號右邊。 

Ø        IN、OR子句常會使用工作表，使索引失效；如果不產生大量重複值，可以考慮把子句拆開；拆開的子句中應該包含索引。 

Ø        儘量少用巢狀查詢。如必須，請用not exist代替not in子句。

錯誤	SELECT ......    FROM emp    WHERE dept_no NOT IN ( SELECT dept_no    FROM dept    WHERE dept_cat='A');
正確	SELECT ......    FROM emp e    WHERE NOT EXISTS ( SELECT 'X'    FROM dept    WHERE dept_no=e.dept_no    AND dept_cat='A');

Ø        用多表連線代替EXISTS子句。

錯誤	SELECT ......    FROM emp    WHERE EXISTS ( SELECT 'X'    FROM dept    WHERE dept_no=e.dept_no    AND dept_cat='A');
正確	SELECT ......    FROM emp e,dept d    WHERE e.dept_no=d.dept_no    AND dept_cat='A';

Ø        少用DISTINCT，用EXISTS代替

錯誤	SELECT DISTINCT d.dept_code,d.dept_name    FROM dept d ,emp e    WHERE e.dept_code=d.dept_code;
正確	SELECT dept_code,dept_name    FROM dept d    WHERE EXISTS ( SELECT 'X'    FROM emp e    WHERE e.dept_code=d.dept_code);

Ø        使用UNION ALL、MINUS、INTERSECT提高效能 

Ø        使用ROWID提高檢索速度。對SELECT得到的單行記錄，需進行DELETE、UPDATE操作時，使用ROWID將會使效率大大提高。 

Ø        使用優化線索機制進行訪問路徑控制。 

Ø        使用cursor時，顯示游標優於隱式游標 。

一：

CREATE OR REPLACE PROCEDURE proc_batch

IS

interactionhour varchar(100);

upcdrname varchar(100);

part_hour varchar(100);

calendar date;

interactionday1 varchar(100);

interactionday varchar(100);

part_day varchar(100);

errmsg  varchar(300);

BEGIN

calendar := sysdate-1/24;

part_hour :=to_char(sysdate-1/24,'hh24');

part_day :=to_char(sysdate-1,'dd');

interactionhour := 'interactionhour'||to_char(calendar,'yyyymm');

interactionday := 'interactionday'||to_char(calendar,'yyyymm');

interactionday1 := 'interactionday1'||to_char(calendar,'yyyymm');

upcdrname := 'upcdr'||to_char(calendar,'yymmdd');

proc_interactionhour (interactionhour,upcdrname ,part_hour ,calendar);

if to_char(sysdate,'hh24')='03' then

proc_interactionday (interactionhour ,interactionday ,interactionday1 ,part_day );

end if;

if to_char(sysdate,'hh24')='04' then

proc_interactiondayshow (interactionday1 ,interactionday );

end if;

insert into appmsg

values('成功執行proc_batch','proc_batch',sysdate);

commit;

   EXCEPTION

     WHEN OTHERS THEN

      rollback;

          errmsg:= substr(sqlerrm,1,300);

          insert into appmsg

          values ('沒有成功執行proc_batch','proc_batch',sysdate);

          commit;

END proc_batch;

/

二：CREATE OR REPLACE PROCEDURE proc_interactionday (interactionhour varchar,interactionday varchar,interactionday1 varchar,part_day varchar)

IS

sqltxt1 varchar(2000);

sqltxt2 varchar(2000);

cur_no number;

cur_val number;

errmsg varchar(300);

BEGIN

sqltxt1 :=' insert into '

               || interactionday

               ||' (rival_no,area_no,calendar) '

               ||' select distinct rival_no,area_no,substr(calendar,1,8) '

               ||' calendar from '

               ||  interactionhour

               ||' partition (part_'

               ||  part_day

               ||' ) ' 

            ||' where 1=1 '

            ||' and substr(rival_no,1,2)=''04'' ';

cur_no:=dbms_sql.open_cursor;

dbms_sql.parse(cur_no,sqltxt1,dbms_sql.native);

cur_val:=dbms_sql.execute(cur_no);

dbms_sql.close_cursor(cur_no);

sqltxt2 :=' insert into '

               ||  interactionday1

               ||' (rival_no,area_no,calendar) '

               ||' select distinct rival_no,area_no,substr(calendar,1,8) '

               ||' calendar from '

               ||  interactionhour

               ||' partition (part_'

               ||  part_day

               ||' ) ' 

               ||' where 1=1 '

               ||' and substr(rival_no,1,3) in (''130'',''131'',''132'',''133'',''134'' ) ';

cur_no:=dbms_sql.open_cursor;

dbms_sql.parse(cur_no,sqltxt2,dbms_sql.native);

cur_val:=dbms_sql.execute(cur_no);

dbms_sql.close_cursor(cur_no);

insert into appmsg

   values('成功執行proc_interactionday','proc_interactionday',sysdate);

   commit;

   EXCEPTION

     WHEN OTHERS THEN

      rollback;

           errmsg := substr(sqlerrm,1,300);

        insert into appmsg

         values('沒有成功執行proc_interactionday,原因是:'||errmsg,'proc_interactionday',sysdate) ;

        commit;

END proc_interactionday;

/

三：CREATE OR REPLACE PROCEDURE proc_interactiondayshow  (interactionday1 varchar,interactionday varchar)

IS

sqltxt1 varchar(2000);

sqltxt2 varchar(2000);

sqltxt3 varchar(2000);

sqltxt4 varchar(2000);

cur_no number;

cur_val number;

errmsg varchar(300);

BEGIN

sqltxt1 :=' insert into '

               ||' interactioncodedayshow(supplier,code,tos,area_name,part_name,total,calendar) '

               ||' select b.supplier, b.code,b.tos,b.area_name,b.part_name,count(*) total,a.calendar '

               ||' from '

               ||  interactionday1

               ||' a, '

               ||'static_interactionno1 b '

               ||' where 1=1 '

相關推薦