PTT評價

[討論] 請問PL SQL 有辦法寫Thread的功能嗎？

april0910 發表於 2020/8/15 下午6:15:25
看板Soft_Job標題[討論] 請問PL SQL 有辦法寫Thread的功能嗎？作者
april0910
 (四月草)時間推噓 5 推:5 噓:0 →:15

大家好

小弟才疏學淺，有個問題想了快一個星期想不透，上來向各位前輩請教；

事情是這樣的，在java中，為解決多個使用者同時操作造成的衝突問題，

會有個Thread可作為解決方案。但在PL SQL中，小弟翻找了一些資料，似

乎沒有類似Thrad的語法或解法。


目前情況假設(只能在SQL中尋找解決方案)：

如果限定只用一個資料表與固定欄位數的話，是想到一個方法，就是在其

中一個欄位設置讀取符號，符號分為「已進入處理中」或「已處理完成」

，如果有人先進來，就先把這個欄位設為「已進入處理中」，處理完後，

會在把這欄位改為「已處理完成」；而凡是一進來這個程序的人都要先讀

取這個欄位是否有「已進入處理中」，有的話就在外面等個一秒在進來重

覆執行，直到這個欄位已不存在「已進入處理中」時，才會進來繼續執行

。如此周而復始，但在一進入的這個時間點，還是卡在”同時”進入時，

仍無法獲的解決…


請問這個就只能賭他就是只會差個幾毫秒嗎????

我實在想不出解法…拜託各位大神提點方向，謝謝Q_Q

--
一山還有一山的歌

--

※ PTT 留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.137.208.146 (臺灣)
※ PTT 網址
※ 編輯: april0910 (223.137.208.146 臺灣), 08/15/2020 18:16:43
推

alihue08/15 18:20RDBMS 原本就有交易機制，寫好交易邏輯就不用擔心這種事

推

nyitalumnus08/15 18:30看一下RDBMS lock的章節吧！

→

superpandal08/15 19:25都是很不好的東西 費時費力 你可以找現成的

→

superpandal08/15 19:25超省時省力的

→

ddoll28808/15 19:27你可以用queue

→

superpandal08/15 19:29寫再多也不會變成什麼底牌 虛度光陰

→

superpandal08/15 19:29我說的是我自己

→

superpandal08/15 19:33當然更不會替別人寫什麼底牌

推

marc4708/15 22:04搞懂lock你就不會問這個問題了

→

marc4708/15 22:05還有transaction

→

april091008/15 22:20好的，謝謝大家的指點，感激不盡
推

yanhua101208/15 22:32transaction isolation

→

airtsubasa08/15 23:09用該筆資料是不是最新的想法來實作？ data a同時被甲,

→

airtsubasa08/15 23:09乙同時打開，但甲先存檔，乙後存，要如何避免乙後存，

→

airtsubasa08/15 23:09在乙存檔時顯示資料並非最新

→

ga00990008/16 00:55rowversion

→

achaos08/16 12:05使用select for update語法

→

achaos08/16 12:20google查一下上述語法，應該可以解決你的問題

推

x246libra08/16 16:53暴力法，效能最差最安全，把隔離層級改 serialize

→

alan310008/16 21:16你找ACID相關來看 現在有其他更複雜的方式大幅縮短lock
其他人也閱讀了
PTT 熱門相關
Soft_Job最新熱門推薦
🔥🔥🔥