<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    kxbin
    成功留給有準備的人
    posts - 10,  comments - 35,  trackbacks - 0

    對比區別:
      select * from TTable1 for update 鎖定表的所有行,只能讀不能寫
      2  select * from TTable1 where pkid = 1 for update 只鎖定pkid=1的行
      3  select * from Table1 a join Table2 b on a.pkid=b.pkid for update 鎖定兩個表的所有記錄
      4 select * from Table1 a join Table2 b on a.pkid=b.pkid where a.pkid = 10 for update 鎖定兩個表的中滿足條件的行
      5. select * from Table1 a join Table2 b on a.pkid=b.pkid where a.pkid = 10 for update of a.pkid 只鎖定Table1中滿足條件的行
      for update 是把所有的表都鎖點 for update of 根據of 后表的條件鎖定相對應的表
      -----------
      關于NOWAIT(如果一定要用FOR UPDATE,我更建議加上NOWAIT)
      當有LOCK沖突時會提示錯誤并結束STATEMENT而不是在那里等待(比如:要查的行已經被其它事務鎖了,當前的鎖事務與之沖突,加上nowait,當前的事務會結束會提示錯誤并立即結束 STATEMENT而不再等待).
      如果加了for update后 該語句用來鎖定特定的行(如果有where子句,就是滿足where條件的那些行)。當這些行被鎖定后,其他會話可以選擇這些行,但不能更改或刪除這些行,直到該語句的事務被commit語句或rollback語句結束為止。
      因為FOR   UPDATE子句獲得了鎖,所以COMMIT將釋放這些鎖。當鎖釋放了,該游標就無效了。
      就是這些區別了
     
    關于oracle中的select...for update of columns
    問題,如下:select * from emp where empno = 7369 for update; 會對表中員工編號為7369的記錄進行上鎖。其他用戶無法對該記錄進行操作,只能查詢。select * from emp where empno = 7369 for update of sal; 這條語句是不是意味著只對表中的7369 這一行的sal字段的數據進行了上鎖,其他數據則可以被其他用戶做更新操作呢。學員測試結果為二條語句的效果是一樣的。其他用戶對整行都無法更新,那么是不是意味著 for update of columns這句沒有什么意義呢?

      這個問題估計很多玩ORACLE的同學們都沒有去思考過【網上相關的帖子不多】。現在將其功能講解一下。

      從單獨一張表的操作來看,上面二條語句的效果確實是相同的。但是如果涉及到多表操作的時候 for update of columns就起到了非常大的作用了。現假定有二個用戶,scott和mm。

    scott執行語句:select * from emp e,dept d where e.deptno = d.deptno for update; --對二張表都進行了整表鎖定
    mm執行語句:select * from scott.dept for update wait 3; --試圖鎖定scott用戶的dept表

    結果是:
    ERROR 位于第 1 行:
    ORA-30006: 資源已被占用; 執行操作時出現 WAIT 超時

    現在,scott用戶先進行解鎖rollback,再在for update語句后面加上of columns,進行測試

    scott執行語句:select * from emp e,dept d where e.deptno = d.deptno for update of sal ;
    mm執行語句:select * from scott.dept for update wait 3;

    結果是:
    成功鎖定了dept表的數據.

    mm再次執行語句:select * from scott.emp for update wait 3;

    結果是:
    ERROR 位于第 1 行:
    ORA-30006: 資源已被占用; 執行操作時出現 WAIT 超時

    通過這段代碼案例,我們可以得到結論,for update of columns 用在多表連接鎖定時,可以指定要鎖定的是哪幾張表,而如果表中的列沒有在for update of 后面出現的話,就意味著這張表其實并沒有被鎖定,其他用戶是可以對這些表的數據進行update操作的。這種情況經常會出現在用戶對帶有連接查詢的視圖進行操作場景下。用戶只鎖定相關表的數據,其他用戶仍然可以對視圖中其他原始表的數據來進行操作。
     
    Oracle 的for update行鎖
     SELECT...FOR UPDATE 語句的語法如下:
      SELECT ... FOR UPDATE [OF column_list][WAIT n|NOWAIT][SKIP LOCKED];
    其中:
      OF 子句用于指定即將更新的列,即鎖定行上的特定列。
      WAIT 子句指定等待其他用戶釋放鎖的秒數,防止無限期的等待。
      “使用FOR UPDATE WAIT”子句的優點如下:
      1防止無限期地等待被鎖定的行;
      2允許應用程序中對鎖的等待時間進行更多的控制。
      3對于交互式應用程序非常有用,因為這些用戶不能等待不確定
      4 若使用了skip locked,則可以越過鎖定的行,不會報告由wait n 引發的‘資源忙’異常報告

    示例:
    create table t(a varchar2(20),b varchar2(20));
    insert into t values('1','1');
    insert into t values('2','2');
    insert into t values('3','3');
    insert into t values('4','4');
    現在執行如下操作:
    在plsql develope中打開兩個sql窗口,
    在1窗口中運行sql
    select * from t where a='1' for update;
    在2窗口中運行sql1
    1. select * from t where a='1'; 這一點問題也沒有,因為行級鎖不會影響純粹的select語句
    再運行sql2
    2. select * from t where a='1' for update; 則這一句sql在執行時,永遠處于等待狀態,除非窗口1中sql被提交或回滾。
    如何才能讓sql2不等待或等待指定的時間呢? 我們再運行sql3
    3. select * from t where a='1' for update nowait; 則在執行此sql時,直接報資源忙的異常。
    若執行 select * from t where a='1' for update wait 6; 則在等待6秒后,報 資源忙的異常。
    如果我們執行sql4
    4. select * from t where a='1' for update nowait skip Locked; 則執行sql時,即不等待,也不報資源忙異常。
    現在我們看看執行如下操作將會發生什么呢?
    在窗口1中執行:
    select * from t where rownum<=3 nowait skip Locked;
    在窗口2中執行:
    select * from t where rownum<=6 nowait skip Locked;
    select for update 也就如此了吧,insert、update、delete操作默認加行級鎖,其原理和操作與select for update并無兩樣。
    select for update of,這個of子句在牽連到多個表時,具有較大作用,如不使用of指定鎖定的表的列,則所有表的相關行均被鎖定,若在of中指定了需修改的列,則只有與這些列相關的表的行才會被鎖定。

    posted on 2012-09-19 22:28 kxbin 閱讀(1446) 評論(0)  編輯  收藏 所屬分類: ORACLE
    你恨一個人是因為你愛他;你喜歡一個人,是因為他身上有你沒有的;你討厭一個人是因為他身上有你有的東西;你經常在別人面前批評某人,其實潛意識中是想接近他。

    <2025年7月>
    293012345
    6789101112
    13141516171819
    20212223242526
    272829303112
    3456789

    常用鏈接

    留言簿(5)

    隨筆檔案

    文章分類

    文章檔案

    相冊

    收藏夾

    J2EE

    java技術網站

    Linux

    平時常去的網站

    數據庫

    電影網站

    網站設計

    搜索

    •  

    最新評論

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 亚洲首页国产精品丝袜| 亚洲AV美女一区二区三区| 亚洲AV无码一区二区三区在线| 久久精品成人免费看| 亚洲中文久久精品无码ww16| 国产99久久久国产精免费| 亚洲国产成人久久综合一区77| 国产亚洲高清在线精品不卡| 国产极品粉嫩泬免费观看| 亚洲aⅴ无码专区在线观看春色| 中文字幕不卡亚洲| 产传媒61国产免费| 中文亚洲AV片在线观看不卡| 国产成人1024精品免费| 国产精品久久久亚洲| 最近的中文字幕大全免费8| 亚洲不卡1卡2卡三卡2021麻豆| 日韩版码免费福利视频| 四虎亚洲精品高清在线观看| 国产真人无遮挡作爱免费视频 | 亚洲av专区无码观看精品天堂 | 青青视频观看免费99| 亚洲一区中文字幕久久| 国产精品怡红院永久免费| 一区二区亚洲精品精华液| 国产精品视频全国免费观看| 好看的电影网站亚洲一区| 免费A级毛片无码A∨| 亚洲国产成人爱av在线播放| 国产特黄特色的大片观看免费视频| 久久久久国产亚洲AV麻豆 | 99蜜桃在线观看免费视频网站| 亚洲视频一区二区三区| 午夜一级免费视频| 亚洲日韩图片专区第1页| 亚洲av无码专区在线电影天堂| 免费a级毛片网站| 无码午夜成人1000部免费视频| 亚洲中文无码线在线观看| 免费看一级做a爰片久久| 中文毛片无遮挡高清免费|