作者april0910 (四月草)
看板Soft_Job
標題[討論] 請問PL SQL 有辦法寫Thread的功能嗎？
時間Sat Aug 15 18:15:25 2020
大家好
小弟才疏學淺，有個問題想了快一個星期想不透，上來向各位前輩請教；
事情是這樣的，在java中，為解決多個使用者同時操作造成的衝突問題，
會有個Thread可作為解決方案。但在PL SQL中，小弟翻找了一些資料，似
乎沒有類似Thrad的語法或解法。
目前情況假設(只能在SQL中尋找解決方案)：
如果限定只用一個資料表與固定欄位數的話，是想到一個方法，就是在其
中一個欄位設置讀取符號，符號分為「已進入處理中」或「已處理完成」
，如果有人先進來，就先把這個欄位設為「已進入處理中」，處理完後，
會在把這欄位改為「已處理完成」；而凡是一進來這個程序的人都要先讀
取這個欄位是否有「已進入處理中」，有的話就在外面等個一秒在進來重
覆執行，直到這個欄位已不存在「已進入處理中」時，才會進來繼續執行
。如此周而復始，但在一進入的這個時間點，還是卡在”同時”進入時，
仍無法獲的解決…
請問這個就只能賭他就是只會差個幾毫秒嗎????
我實在想不出解法…拜託各位大神提點方向，謝謝Q_Q
--
一山還有一山的歌
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.137.208.146 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1597486530.A.443.html
※ 編輯: april0910 (223.137.208.146 臺灣), 08/15/2020 18:16:43
1F：推 alihue: RDBMS 原本就有交易機制，寫好交易邏輯就不用擔心這種事 08/15 18:20
2F：推 nyitalumnus: 看一下RDBMS lock的章節吧！ 08/15 18:30
3F：→ superpandal: 都是很不好的東西 費時費力 你可以找現成的 08/15 19:25
4F：→ superpandal: 超省時省力的 08/15 19:25
5F：→ ddoll288: 你可以用queue 08/15 19:27
6F：→ superpandal: 寫再多也不會變成什麼底牌 虛度光陰 08/15 19:29
7F：→ superpandal: 我說的是我自己 08/15 19:29
8F：→ superpandal: 當然更不會替別人寫什麼底牌 08/15 19:33
9F：推 marc47: 搞懂lock你就不會問這個問題了 08/15 22:04
10F：→ marc47: 還有transaction 08/15 22:05
11F：→ april0910: 好的，謝謝大家的指點，感激不盡 08/15 22:20
12F：推 yanhua1012: transaction isolation 08/15 22:32
13F：→ airtsubasa: 用該筆資料是不是最新的想法來實作？ data a同時被甲, 08/15 23:09
14F：→ airtsubasa: 乙同時打開，但甲先存檔，乙後存，要如何避免乙後存， 08/15 23:09
15F：→ airtsubasa: 在乙存檔時顯示資料並非最新 08/15 23:09
16F：→ ga009900: rowversion 08/16 00:55
17F：→ achaos: 使用select for update語法 08/16 12:05
18F：→ achaos: google查一下上述語法，應該可以解決你的問題 08/16 12:20
19F：推 x246libra: 暴力法，效能最差最安全，把隔離層級改 serialize 08/16 16:53
20F：→ alan3100: 你找ACID相關來看 現在有其他更複雜的方式大幅縮短lock 08/16 21:16