很多時候，我們想實現這樣子的操作效果：

當向一個特定的Item輸入資料之後，自動觸發一系列的動作，例如GO_BLOCK，然後Loop這個Block，向這個Block維護一定的值(或者檢查值)。這樣子可以很大程度方便User操作(因為是自動操作的)。

但是，眾所周知，如果在WHEN-VALIDATE-ITEM等觸發器用GO_BLOCK等導航的內建函式，會報錯：FRM-40737存在非法的受限過程。因為驗證的觸發器是不可以導航到別的記錄的(大部分觸發器都不可以)。

這裡發現一個觸發器可以達到這個效果：KEY-NEXT-ITEM。

這個觸發器KEY-NEXT-ITEM是當用戶向對應的Item輸入資料，然後點Tab

按鍵或者Enter按鍵（當然，畫面沒有Enter就直接呼叫的按鈕）的時候，會觸發這個觸發器。而這個觸發器是可以隨意做一些我們想做的動作。例如跳到別的Item，別的Block等等。

但是，用這個觸發器的程式猿會發現，如果使用者錄入資料的導航方式不是：向特定的Item輸入值之後，用鍵盤Tab(或者Enter)導航到下一個Item；而是用滑鼠直接點選，那是觸發不了KEY-NEXT-ITEM事件，從而導致程式有隱含的bug！

怎麼辦？這裡給出一個解決方案，雖然不是最好的，但是卻是可以用的：對於這個Item，禁用滑鼠導航的操作方式！

如何禁用？其原理：利用當用戶點Tab按鍵的時候，觸發器的順序是：先觸發KEY-NEXT-ITEM

；再觸發WHEN-VALIDATE-ITEM。當用戶直接用滑鼠導航的時候，只是觸發WHEN-VALIDATE-ITEM。所以在WHEN-VALIDATE-ITEM下手即可，用RAISE FORM_TRIGGER_FAILURE;禁用。

實現步驟：

1 增加一個引數：:PARAMETER.CURRENT_KEY_MODE。目的是為了區分使用者的錄入之後，導航的方式。

2 在WHEN-VALIDATE-ITEM觸發器直接寫下面的程式碼：

Begin

---當有變更，而且CURRENT_KEY_MODE(輸入之後的導航型別)不是KEY-NEXT-ITEM的時候，必須用tab按鍵或者enter導航！

       FND_MESSAGE.DEBUG('WHEN-VALIDATE-ITEM1');

IF :MDS_CONTROL.SCHEDULE_DATE IS NOT NULL AND NVL(:PARAMETER.CURRENT_KEY_MODE,'WHEN-VALIDATE-ITEM') <> 'KEY-NEXT-ITEM' THEN

FND_MESSAGE.SET_STRING('請注意:該欄位輸入之後,請按Tab按鍵或者Enter按鍵導航!');

FND_MESSAGE.HINT;

RAISE FORM_TRIGGER_FAILURE;---禁止使用者用滑鼠點選導航！

  END IF;

       FND_MESSAGE.DEBUG('WHEN-VALIDATE-ITEM2');

End;

3 然後在KEY-NEXT-ITEM增加程式碼：

Declare

       l_cur_record Number;

Begin

       FND_MESSAGE.DEBUG('KEY-NEXT-ITEM1');

If :MDS_CONTROL.SCHEDULE_DATE Is Not Null Then

       :PARAMETER.CURRENT_KEY_MODE := 'KEY-NEXT-ITEM';

              Go_Block('XYG_MANUFACTURE_NEED');

              l_cur_record := :SYSTEM.cursor_record;

              First_Record;

              Loop

                     If Nvl(:XYG_MANUFACTURE_NEED.CHK,'N')='Y' AND NVL(:XYG_MANUFACTURE_NEED.SCHEDULE_DATE,SYSDATE) <> :MDS_CONTROL.SCHEDULE_DATE

                            AND NVL(:XYG_MANUFACTURE_NEED.PROCESS_STATUS,'N') = 'Y'  ---沒稽核的不可以預排

                              Then

                             :XYG_MANUFACTURE_NEED.SCHEDULE_DATE := :MDS_CONTROL.SCHEDULE_DATE;

                             ---2011-10-19 samt add

                             :XYG_MANUFACTURE_NEED.SCHEDULE_USER_ID := FND_GLOBAL.USER_ID;

                      :XYG_MANUFACTURE_NEED.SCHEDULE_USER :=SUBSTRB( XYG_PUB_COMMON_PKG.GET_FND_FULL_NAME(FND_GLOBAL.USER_ID,SYSDATE,0),1,240) ;--FND_GLOBAL.USER_NAME;

                     End If;

                     Exit When :SYSTEM.LAST_RECORD='TRUE';              

                     Next_Record;               

              End Loop;

               --:MDS_CONTROL.SCHEDULE_DATE  := NULL; ---清空

              Go_record(l_cur_record);

       :PARAMETER.CURRENT_KEY_MODE := 'WHEN-VALIDATE-ITEM';

End If;

       FND_MESSAGE.DEBUG('KEY-NEXT-ITEM2');

End;

----2014.9.26更新：

有個問題：

 form header block中的一個item值發生變化，自動刪除 line block中的值，這個你一般怎麼做的？
一個辦法是： 先增加一個對應要核對頭Item是否發生變化的判斷Item，可以叫ITEM_COPY之類的，非資料塊的。
在Key-commit的時候，再判斷這個頭的ITEM_COPY是否<>ITEM，如果是，則自動刪除行的內容。
因為KEY-COMMIT是可以實現GO_BLOCK，清除BLOCK等動作。
 另外，在使用者試圖進入到行BLOCK的時候，如果頭的ITEM_COPY是否<>ITEM，則提醒使用者：這個ITEM的值發生變化了，請儲存。
就可以實現這個效果了。 另外一個辦法：  還是增加一個ITEM_COPY（比對是否有做修改嘛，這個是必須的），然後在被修改的ITEM的WHEN-VALIDATE-ITEM觸發器裡面，判斷是否值被修改(ITEM_COPY<>ITEM)，如果是，則自動在資料庫DELETE記錄，並且標識一個有自動做了DELETE記錄的標識（可以用PARAMETER做，要考慮多個頭的資料行的切換的問題。）
然後當用戶點到行Block的時候，系統判斷上面的(是否有自動做了DELETE記錄的標識)，如果是=Y，則自動重新整理行的BLOCK即可。
這樣子的話，就可以完全防呆了，反正有做了修改，DB資料庫一定會刪除記錄。只不過對於使用者來說重新整理動作晚了一點而已。  其實可以給個提示  當刪掉行資料之後，直接提示：
您已經修改了這個值，系統已經在後臺將行記錄清空。請滑鼠點到行塊以確認資料。 
最後的辦法： 這個辦法是我這個帖子說的辦法，但是不是很建議，因為這個辦法閹割了使用者用滑鼠操作畫面的操作模式。