EXCEPT 命令的問題�。�！

passthru

原帖由 franliu 于 2009-11-23 10:33 發(fā)表
對了。UNLOCK 是解自己的鎖，讓其他作業(yè)可以更新這個紀錄。你不解鎖, 就是“占著茅坑不拉屎”，要知道這“茅坑”可是公用的呢。

你按我教你的辦法，DUBUG 樣板程序，單步執(zhí)行，并且用另一個5250對話用DSPRCD ...

你好像沒有邏輯呀。

首先，自己寫程序還要unlock，也沒有說為什么locked。如果都像你這樣寫程序，還做什么項目？另外，有你這樣指點初學者嗎？在程序中chain，發(fā)現locked，就unlock。什么編程邏輯呀？

我還不至于要你這樣水平的人來教。我在編400程序的時候，你還不知道在哪里呢？。

[ 本帖最后由 passthru 于 2009-11-23 20:48 編輯 ]

franliu

您老原來是只老鳥啊！失敬！失敬！可是你的水準怎么不像捏？有空多看看ibm的手冊吧

我強力推薦你有空讀一下 ibm 的 <<database guild>>.

請前輩記得虛心使人進步，驕傲使落后的道理。

再說長江后浪推前浪，后輩的水平就怎么就一定不如你了捏？

其實擺老資格沒有啥用處的。

如果你胸有毛竹，就拿出實例來證明你自己。譬如如何解開其他作業(yè)加在紀錄上的鎖等等。

這里是大家討論技術的園地。進行人身攻擊是沒有人會尊重你的。

如果前輩您老有什么心得愿意和大家一起分享，后輩們會感激不盡的。

看來您老對于要更新一個記錄，需要先以加鎖的方式讀，鎖住了紀錄才能更新這個最基本的數據庫原理都不甚了解。

可能要等到你的程序加鎖失敗，才知道原來別人的作業(yè)害到你的程序失敗，才想到"鎖"這回事吧？
于是你就異想天開地想用unlock去解別人的鎖？

你怎么不去想想別人的作業(yè)為什么會長期鎖住紀錄讓你的作業(yè)失敗呢？
原因就是像你這種水平的人寫的“占著茅坑不拉屎”的程序在做怪!

現在是 tcp/ip 時代了， 有了 telnet,  你那 passthrough 過時不吃香啦！

[ 本帖最后由 franliu 于 2009-11-24 11:20 編輯 ]

passthru

就你這樣的水平，還到處狂言。

franliu

我的水平，壇友們自有公論，不是您老隨便罵幾句就可以給貶下去的。

我心里為壇子里有您老這樣喜歡罵人的人感到悲哀呢。我們都是有知識的文化人，何必如此互相攻擊呢？

如果是工作壓力太大的緣故，回家多陪陪老婆孩子，睡睡熱炕頭減壓吧！

giggsone

大家何必呢，都是論壇上的人，應該互相學習互相進步。

passthru

救你二樓的回帖，就是誤人子弟，就是誤導你認為的‘菜鳥’。說你錯，還不承認。歪理一大堆的，找罵！

seouldeng

我也來溜達溜達，我很贊同franliu 的說法，因為我經常遇到記錄被鎖的情況，當時還不知道怎么回事，后來都用了解鎖才解決的，可是有些考慮不周，還是失敗，所以深有同感啊，頂！

eagerjoe

贊同franliu 的說法

franliu

前輩可以不要再叫罵了好嗎？你看看壇子里有沒有人在頂你就知道你有沒有理啦！

tomroom

對F表里設置為update操作的表,CHAIN的時候讀取的那個記錄就被lock，除非下面有update的操作會釋放該記錄鎖，在RPG400里,CHAIN可以用參數N如下，在LenDH的D位置下面輸入N表示當前CHAIN操作不鎖記錄，在緊跟update之前才去用普通CHAIN去lock 記錄,同時鎖記錄的CHAIN結果指示器做判斷增加異常處理。
RPGLE里這個怎么實現還請大俠們指教。
CL0N01N02N03Factor1+++OpcdeFactor2+++ResultLenDHHiLoEqComments+++++++
C                                         CHAIN