實(shí)在對(duì)象如表格、Sequence、索引等建在本應(yīng)用對(duì)應(yīng)的用戶表空間中，其他對(duì)象如視圖、別名創(chuàng)建在Apps下，常見錯(cuò)誤是新手把表建在APPS下，以后又來建別名，這個(gè)時(shí)候刪除別名時(shí)會(huì)報(bào)對(duì)象不存在，而建別名的時(shí)候又報(bào)對(duì)象已存在。 假如把腳本保存在文件里面，注重一個(gè)塊比如一個(gè)創(chuàng)建視圖的語句不要有空行，否則會(huì)出現(xiàn)如下情況：把語句拷貝到SQL Window能正常運(yùn)行，用@執(zhí)行文件卻報(bào)錯(cuò)。 假如要執(zhí)行execute_query，注重要go_block到適當(dāng)?shù)腂lock，但是go_block是個(gè)受限過程，并不一定都能成功 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變量對(duì)于所有form有效（可能是同一個(gè)應(yīng)用，這個(gè)尚未驗(yàn)證），而不僅僅是你所開發(fā)的form變量比如Global和Parameter的初始化應(yīng)該在pre-form里面，在when-new-form-instance里面初始化不行，因?yàn)閣hen-new-form-instance是在進(jìn)入第一個(gè)導(dǎo)航塊的第一個(gè)item之后才促發(fā)的沒有屬性指名Block的記錄數(shù)，不過可以通過GET_BLOCK_PROPERTY(QUERY_HITS) 取得查詢到的記錄數(shù)hide_view并沒有真正hide一個(gè)畫布，只是放到最下層，所以假如上層的畫布沒有完全覆蓋下層畫布，下層的畫布很可能用戶還看得到；show_view則是把畫布放在最上層。 lov驗(yàn)證的時(shí)候是驗(yàn)證第一個(gè)可見的列，并且會(huì)把其他的返回值返回給各個(gè)Item，而不是僅僅驗(yàn)證而已lov的查詢一般是針對(duì)第一列，但是假如我們把%放在最前面，則可以查詢所有列。 用Execute_query執(zhí)行查詢的時(shí)候，會(huì)把Copy Value From Item里面的那個(gè)Item的值自動(dòng)作為查詢條件。當(dāng)創(chuàng)建記錄的時(shí)候也會(huì)直接用該值初始化，而且不改變記錄的狀態(tài)。在更新記錄的時(shí)候不知道會(huì)不會(huì)Copy過來尚未驗(yàn)證。Get_Item_property的時(shí)候用ENFORCE_KEY屬性，但不能Set。該屬性在Master-detail設(shè)置的時(shí)候自動(dòng)創(chuàng)建，刪除的時(shí)候自動(dòng)刪除。假如不希望Copy Value From Item影響查詢結(jié)果，可以在Pre-Query里面把Item的值設(shè)為null。 app_query.reset('block_name');假如第一次調(diào)用，會(huì)把當(dāng)前的DEFAULT_WHERE，然后什么都不做，以后再來調(diào)用的時(shí)候則會(huì)把第一次設(shè)置的DEFAULT_WHERE用set_block_property('SAA_HEADERS',DEFAULT_WHERE,...)設(shè)置回來，具體請(qǐng)參考app_core庫。 When-create-record的時(shí)候給Item賦值不改變記錄狀態(tài)。Sequence，假如我們?cè)贗tem的Initial Value里面賦值，那么假如用戶Focus To新記錄，又回到老記錄，如此反復(fù)，Sequence會(huì)不斷變大的。 SQL Order BY的時(shí)候null值排在最后，這個(gè)一般不符合實(shí)際要求，可以這樣解決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-commitTrigger順序2： when-list-changed在前，Validation item在后，因?yàn)閂alidation item是在要離開這個(gè)item的時(shí)候才促發(fā)的。 Trigger順序3： pre-form/when-create-record/pre-block/when-new-forms-instance/when-validate-record/on-insert/post-forms當(dāng)定位到主塊的一個(gè)記錄，會(huì)促發(fā)子塊的when-clear-record事件和when-create-record事件，問題是假如主塊的是新記錄（未保存），在子塊的when-create-record里面取主塊的任何東西，居然是主塊的上一次獲得焦點(diǎn)的記錄的東西；連用取塊的當(dāng)前記錄也是上一次獲得焦點(diǎn)的記錄。 Trigger順序4： post-changed在when-validate-item之前。所有的when-validate事件是當(dāng)forms自己驗(yàn)證通過之后才促發(fā)的。 禁用Clear功能可以通過在Form的key-clrblk里面調(diào)用app_exception.disabled，其實(shí)只是用Bell覆蓋默認(rèn)的執(zhí)行。 直接放在TAB Page上的Item，和放在堆疊畫布上的Item在設(shè)計(jì)時(shí)是無法“所見即所得”，所以建議把所有的Item根據(jù)需要放在不同的堆疊畫布上再堆到TAB Page上偽列Rownum在排序之前就已經(jīng)決定，假如想得到排序后的Rownum，應(yīng)當(dāng)在嵌套一個(gè)Select語句；另外Where語句中的rownum只能用<或者<=，不能有>或者>=。 在SQL中用Over的時(shí)候，假如整個(gè)語句沒有Order by語句，最后的結(jié)果還是會(huì)排序的，規(guī)則是先按Over里面的Partition排序，在按Over里面的Order by排序。原因可能和分析函數(shù)的處理順序有關(guān)（8ifunctions.pdf有具體介紹）：先查詢到數(shù)據(jù)（Join/Where/Group By/Having），再運(yùn)算分析函數(shù)（先分區(qū)，然后排序，再算Slide Windows，最后計(jì)算），最后是Order By。另外，一個(gè)疑問：我測試到的一個(gè)結(jié)果Group By似乎無法影響Partition，可是按照8ifunctions.pdf的說法，應(yīng)該先執(zhí)行Group By的，是不是因?yàn)镚roup By只是在第一階段的處理時(shí)作用在集合函數(shù)上，之后進(jìn)入第二階段的處理就沒用了。 同事在裝8i的時(shí)候，連安裝界面都沒出來，而我機(jī)器可以裝，后來才知道原來他的機(jī)器是P4，無法正常安裝。 實(shí)際執(zhí)行的Where條件，是我們?cè)O(shè)置DEFAULT_WHERE，再加上通過賦過值的Item。 注重：APP_FIND.query_range已經(jīng)重載過，我們調(diào)用的時(shí)候可以不區(qū)分query_number_range或者query_date_range；觀察其代碼，發(fā)現(xiàn)也是通過給Item賦值來影響查詢的，只不過是賦值的時(shí)候，可能是加上 # between，# >=或# <=；這樣導(dǎo)致的一個(gè)結(jié)果是：Date類型的Item長度默認(rèn)是11，被query_range這樣一搞，長度根本不夠，于是就導(dǎo)致諸如where REQUEST_DATE >= to_dat的錯(cuò)誤，所以記得把字段長度加長，比如1000；總的來說，碰到From to的要小心長度。 當(dāng)修改子類的時(shí)候，會(huì)自動(dòng)更改很多屬性，非凡是Required，一定要注重。 當(dāng)對(duì)塊進(jìn)行刷新時(shí)，會(huì)修改很多Item的屬性，別以為你設(shè)置過了，Oracle就會(huì)記住。我碰到的情況是Insert Allowed等被自動(dòng)改掉了！即使我的子類設(shè)置為Text_Item_Display_Only。 兩個(gè)變量，假如都為Null，判定還是不相等，所以必須用 a1 is null and a2 is null。所以在On-lock里面的if條件，我們可以把所以不可以為空的字段都寫成答應(yīng)為空的形式。 一般來說，系統(tǒng)變量是很好用的。然而有時(shí)候并非如此，比如Current_Record，get_block_property('blockname',Current_Record)的結(jié)果并非總是一樣的，后者更加保險(xiǎn)！非凡是剛打開Form的時(shí)候，在WHEN-NEW-RECORD-INSTANCE里面，前者是0，后者是1。 ''''表示一個(gè)單引號(hào)，''''''表示兩個(gè)單引號(hào)。應(yīng)該是這樣理解，一個(gè)單引號(hào)表示轉(zhuǎn)義字符，首尾兩個(gè)單引號(hào)里面的內(nèi)容表示字符串。 重啟Application： cd $APPLCSFcd scriptscd PROD./adstpall.sh apps/apps./adstrtal.sh apps/appsTrigger順序5： post-query，只有在界面可見的記錄才會(huì)促發(fā)，記錄從不可見變?yōu)榭梢姇r(shí)促發(fā)，促發(fā)過的記錄不再促發(fā)； 保存的時(shí)候會(huì)引發(fā)Post Item/Record/Block事件，因?yàn)橐狽avigate到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記錄會(huì)變成insert（所以就不能按F11了）；query/changed記錄不變；new塊會(huì)變成query；query/changed塊不變。 對(duì)On-lock的理解，由于先入為主的緣故，開始一直很苦惱，為什么If里面只用了一個(gè)Return，F(xiàn)orm怎么知道要鎖否？后來才知道On類型的數(shù)據(jù)庫觸發(fā)器是替換型的，On-lock也不例外，所以只要On-lock不Raise什么東西出來，F(xiàn)orm就認(rèn)為是鎖成功了，至于實(shí)際的鎖，我們有Select……For Update來完成，至于If判定只是進(jìn)行更加嚴(yán)格的判定。 對(duì)Find的理解，開始也很納悶，為什么在Pre-query里面直接給Item賦值就可，不用自己拼語句，現(xiàn)在也逐漸發(fā)現(xiàn)里面大有文章。回想F11，這個(gè)時(shí)候的block其實(shí)是處于Enter-query狀態(tài)，輸入的東西Form會(huì)自動(dòng)拼成Where語句（當(dāng)然還要加上原來的default where，假如有Copy from item，也要加上），對(duì)于每個(gè)Item上輸入的值，一般是用 = ，假如有，就解析為like，假如有#，則把后邊的表達(dá)式（比如between，甚至是子查詢）直接作為條件；而當(dāng)form內(nèi)部執(zhí)行堆棧Navigate到Pre-query時(shí)，block也是處于Enter-query狀態(tài)，道理和F11一樣，我們只管按業(yè)務(wù)查詢要求對(duì)Item賦值，剩下的就交給Form去處理了；需要注重的是當(dāng)處于enter-query狀態(tài)的block，是使用query length屬性來限制輸入的數(shù)據(jù)長度，而不是通常的maximum lengh，只不過query length默認(rèn)是0，即等于maximum lengh，所以會(huì)出現(xiàn)當(dāng)用app_find.query_range時(shí)長度不夠的情況。