推薦：學(xué)習(xí)使用 Oracle觸發(fā)器心得體會

2024-08-29 13:51:29

字體：大中小

供稿：網(wǎng)友

實在對象如表格、Sequence、索引等建在本應(yīng)用對應(yīng)的用戶表空間中，其他對象如視圖、別名創(chuàng)建在Apps下，常見錯誤是新手把表建在APPS下，以后又來建別名，這個時候刪除別名時會報對象不存在，而建別名的時候又報對象已存在。假如把腳本保存在文件里面，注重一個塊比如一個創(chuàng)建視圖的語句不要有空行，否則會出現(xiàn)如下情況：把語句拷貝到SQL Window能正常運行，用@執(zhí)行文件卻報錯。假如要執(zhí)行execute_query，注重要go_block到適當(dāng)?shù)腂lock，但是go_block是個受限過程，并不一定都能成功 Master-detail關(guān)系：

block both are database blockeach block has one item based on database displayed

在PL/SQL Develop中沒有環(huán)境變量，所以假如要查詢多組織的View，需要先執(zhí)行設(shè)置環(huán)境變量函數(shù):

BEGINfnd_client_info.set_org_context('83');END;

GLOBAL變量對于所有form有效（可能是同一個應(yīng)用，這個尚未驗證），而不僅僅是你所開發(fā)的form變量比如Global和Parameter的初始化應(yīng)該在PRe-form里面，在when-new-form-instance里面初始化不行，因為when-new-form-instance是在進入第一個導(dǎo)航塊的第一個item之后才促發(fā)的沒有屬性指名Block的記錄數(shù)，不過可以通過GET_BLOCK_PROPERTY(QUERY_HITS) 取得查詢到的記錄數(shù)hide_view并沒有真正hide一個畫布，只是放到最下層，所以假如上層的畫布沒有完全覆蓋下層畫布，下層的畫布很可能用戶還看得到；show_view則是把畫布放在最上層。 lov驗證的時候是驗證第一個可見的列，并且會把其他的返回值返回給各個Item，而不是僅僅驗證而已lov的查詢一般是針對第一列，但是假如我們把%放在最前面，則可以查詢所有列。用Execute_query執(zhí)行查詢的時候，會把Copy Value From Item里面的那個Item的值自動作為查詢條件。當(dāng)創(chuàng)建記錄的時候也會直接用該值初始化，而且不改變記錄的狀態(tài)。在更新記錄的時候不知道會不會Copy過來尚未驗證。Get_Item_property的時候用ENFORCE_KEY屬性，但不能Set。該屬性在Master-detail設(shè)置的時候自動創(chuàng)建，刪除的時候自動刪除。假如不希望Copy Value From Item影響查詢結(jié)果，可以在Pre-Query里面把Item的值設(shè)為null。 app_query.reset('block_name');假如第一次調(diào)用，會把當(dāng)前的DEFAULT_WHERE，然后什么都不做，以后再來調(diào)用的時候則會把第一次設(shè)置的DEFAULT_WHERE用set_block_property('SAA_HEADERS',DEFAULT_WHERE,...)設(shè)置回來，具體請參考app_core庫。 When-create-record的時候給Item賦值不改變記錄狀態(tài)。Sequence，假如我們在Item的Initial Value里面賦值，那么假如用戶Focus To新記錄，又回到老記錄，如此反復(fù)，Sequence會不斷變大的。 SQL Order BY的時候null值排在最后，這個一般不符合實際要求，可以這樣解決ORDER BY nvl(Geography_Code,chr(0))解決。 Trigger順序1：

pre-commit塊1的pre-insert,on-insert,post-insert塊2的pre-insert,on-insert,post-insert...post-forms-commit

Trigger順序2： when-list-changed在前，Validation item在后，因為Validation item是在要離開這個item的時候才促發(fā)的。 Trigger順序3：

pre-form/when-create-record/pre-block/when-new-forms-instance/when-validate-record/on-insert/post-forms

當(dāng)定位到主塊的一個記錄，會促發(fā)子塊的when-clear-record事件和when-create-record事件，問題是假如主塊的是新記錄（未保存），在子塊的when-create-record里面取主塊的任何東西，居然是主塊的上一次獲得焦點的記錄的東西；連用取塊的當(dāng)前記錄也是上一次獲得焦點的記錄。 Trigger順序4： post-changed在when-validate-item之前。所有的when-validate事件是當(dāng)forms自己驗證通過之后才促發(fā)的。禁用Clear功能可以通過在Form的key-clrblk里面調(diào)用app_exception.disabled，其實只是用Bell覆蓋默認的執(zhí)行。直接放在TAB Page上的Item，和放在堆疊畫布上的Item在設(shè)計時是無法“所見即所得”，所以建議把所有的Item根據(jù)需要放在不同的堆疊畫布上再堆到TAB Page上偽列Rownum在排序之前就已經(jīng)決定，假如想得到排序后的Rownum，應(yīng)當(dāng)在嵌套一個Select語句；另外Where語句中的rownum只能用<或者<=，不能有>或者>=。在SQL中用Over的時候，假如整個語句沒有Order by語句，最后的結(jié)果還是會排序的，規(guī)則是先按Over里面的Partition排序，在按Over里面的Order by排序。原因可能和分析函數(shù)的處理順序有關(guān)（8ifunctions.pdf有具體介紹）：先查詢到數(shù)據(jù)（Join/Where/Group By/Having），再運算分析函數(shù)（先分區(qū)，然后排序，再算Slide Windows，最后計算），最后是Order By。另外，一個疑問：我測試到的一個結(jié)果Group By似乎無法影響Partition，可是按照8ifunctions.pdf的說法，應(yīng)該先執(zhí)行Group By的，是不是因為Group By只是在第一階段的處理時作用在集合函數(shù)上，之后進入第二階段的處理就沒用了。同事在裝8i的時候，連安裝界面都沒出來，而我機器可以裝，后來才知道原來他的機器是P4，無法正常安裝。實際執(zhí)行的Where條件，是我們設(shè)置DEFAULT_WHERE，再加上通過賦過值的Item。注重：APP_FIND.query_range已經(jīng)重載過，我們調(diào)用的時候可以不區(qū)分query_number_range或者query_date_range；觀察其代碼，發(fā)現(xiàn)也是通過給Item賦值來影響查詢的，只不過是賦值的時候，可能是加上 # between，# >=或# <=；這樣導(dǎo)致的一個結(jié)果是：Date類型的Item長度默認是11，被query_range這樣一搞，長度根本不夠，于是就導(dǎo)致諸如where REQUEST_DATE >= to_dat的錯誤，所以記得把字段長度加長，比如1000；總的來說，碰到From to的要小心長度。當(dāng)修改子類的時候，會自動更改很多屬性，非凡是Required，一定要注重。當(dāng)對塊進行刷新時，會修改很多Item的屬性，別以為你設(shè)置過了，Oracle就會記住。我碰到的情況是Insert Allowed等被自動改掉了！即使我的子類設(shè)置為Text_Item_Display_Only。兩個變量，假如都為Null，判定還是不相等，所以必須用 a1 is null and a2 is null。所以在On-lock里面的if條件，我們可以把所以不可以為空的字段都寫成答應(yīng)為空的形式。一般來說，系統(tǒng)變量是很好用的。然而有時候并非如此，比如Current_Record，get_block_property('blockname',Current_Record)的結(jié)果并非總是一樣的，后者更加保險！非凡是剛打開Form的時候，在WHEN-NEW-RECORD-INSTANCE里面，前者是0，后者是1。 ''''表示一個單引號，''''''表示兩個單引號。應(yīng)該是這樣理解，一個單引號表示轉(zhuǎn)義字符，首尾兩個單引號里面的內(nèi)容表示字符串。重啟application：

cd $APPLCSFcd scriptscd PROD./adstpall.sh apps/apps./adstrtal.sh apps/apps

Trigger順序5： post-query，只有在界面可見的記錄才會促發(fā)，記錄從不可見變?yōu)榭梢姇r促發(fā)，促發(fā)過的記錄不再促發(fā)；保存的時候會引發(fā)Post Item/Record/Block事件，因為要Navigate到Form。數(shù)據(jù)庫org_id初始值to_number(decode(substrb(userenv('CLIENT_INFO'),1,1),' ',null,substrb(userenv('CLIENT_INFO'),1,10)))。給非數(shù)據(jù)庫Item賦值；new記錄會變成insert（所以就不能按F11了）；query/changed記錄不變；new塊會變成query；query/changed塊不變。對On-lock的理解，由于先入為主的緣故，開始一直很苦惱，為什么If里面只用了一個Return，F(xiàn)orm怎么知道要鎖否？后來才知道On類型的數(shù)據(jù)庫觸發(fā)器是替換型的，On-lock也不例外，所以只要On-lock不Raise什么東西出來，F(xiàn)orm就認為是鎖成功了，至于實際的鎖，我們有Select……For Update來完成，至于If判定只是進行更加嚴格的判定。對Find的理解，開始也很納悶，為什么在Pre-query里面直接給Item賦值就可，不用自己拼語句，現(xiàn)在也逐漸發(fā)現(xiàn)里面大有文章。回想F11，這個時候的block其實是處于Enter-query狀態(tài)，輸入的東西Form會自動拼成Where語句（當(dāng)然還要加上原來的default where，假如有Copy from item，也要加上），對于每個Item上輸入的值，一般是用 = ，假如有，就解析為like，假如有#，則把后邊的表達式（比如between，甚至是子查詢）直接作為條件；而當(dāng)form內(nèi)部執(zhí)行堆棧Navigate到Pre-query時，block也是處于Enter-query狀態(tài)，道理和F11一樣，我們只管按業(yè)務(wù)查詢要求對Item賦值，剩下的就交給Form去處理了；需要注重的是當(dāng)處于enter-query狀態(tài)的block，是使用query length屬性來限制輸入的數(shù)據(jù)長度，而不是通常的maximum lengh，只不過query length默認是0，即等于maximum lengh，所以會出現(xiàn)當(dāng)用app_find.query_range時長度不夠的情況。

上一篇：六步搞定 Oracle 透明網(wǎng)關(guān)環(huán)境的建立

下一篇：不要忽視Oracle 10g STATSPACK新功能