※ 引述《pobie (嗯)》之銘言： : ※ 引述《TeemingVoid (TeemingVoid)》之銘言： : : 有兩個方案提供給您參考 -- : : 甲案，在 Trigger 以 xp_cmdShell 跑 WSH，然後透過 WSH 叫用 PHP。詳細作法如下: : : 1. 在(例如) c:\temp 建立一個 ShellRun.vbs 程式檔案。(存檔時，編碼請用 Ansi) : : 程式內容: : : Set Shell = WScript.CreateObject("WScript.Shell") : : Shell.Run WScript.Arguments(0) : : 2. 在你的 Trigger 叫用 ShellRun.vbs : : 感謝大大的幫忙~! 在下使用方案一，確實有達到需求~真的非常感謝 : 但有個疑問是會不會有 deadlock 的情況出現呢？ 應該不會，不過，還是要看你的程式怎麼寫。 : 我的 trigger 做法是將 SQL 執行 DML 後被修改的資料(delete 時是修改前資料) : 做成一份 RAW XML 丟進 dbo.Log 資料表裡 : 之後在執行 xp_cmdshell 去執行我的 php，將 dbo.Log 資料取出 : 並組成字串透過 WebService 送到另一端 DB 去 : 原始作法是使用 xp_cmdshell 執行 php.exe，卻不幸發生 deadlock 的狀況 原PO敘述得很清楚，所以雖然沒有你的程式，大概還是可以了解原因: 1. 你的 trigger 是因為 update 而觸發的; 2. trigger 期間又新增一筆記錄，所以，至少專屬鎖定(eXclusive)了兩個 key; 3. 由於 trigger 一定是 transaction 的一部分，這個還沒結束的 transaction 又以同步模式跑 php 程式，但 php 因為資料鎖定因而卡住無法讀取資料 。 （除非php那邊使用的 transaction isolation level 是 read uncommitted） 4. 偏偏應該繼續以便最後解除鎖定的 trigger 又因為程式就卡在 xm_cmdShell 那一行，所以，全面停擺。 : 雖然使用 ShellRun.vbs 解決了 deadlock 的問題 : 但往後會不會在資料量大與頻繁時又發生 deadlock 的情況呢？ 我那支 VB Script 在利用 Shell.Run 背景叫出瀏覽器之後，就算執行完畢了 （不管後來的 php 執行的情況如何），這樣，就有點非同步執行的味道了。 既然 xp_cmdShell 不會卡住得以繼續，等到 transaction 結束自然放開鎖定， 排隊等著讀資料的php那頭也就繼續。 然而，如果 php 那頭先加鎖一些「別的」才進入等待狀態，而這些「別的」， 又是 trigger 這邊後續需要的，就有可能 deadlock。 說了半天，就當你的 php 程式跟任何一支 php 一樣，雖然是 trigger 間接 誘發的，但是跟手動叫出瀏覽器連接網址沒兩樣。所以，會不會 dead lock 要看你後來程式的作法，關於這點，麻煩請 google 一下: sql server deadlock best practice。 對了，因為那支 VB Script 是在背景執行瀏覽器，時間一久，可能會有一大堆 沒有關掉的 iexplore.exe 行程（以 IE 為例），所以，trigger 最好加上: exec xp_cmdshell 'taskkill /F /IM iexplore.exe' 例如: create trigger DataTableUpdate on DataTable for update as declare @xml varchar(max) set @xml = (select * from deleted for xml raw) insert into LogTable (data) values (@xml) declare @logid varchar(8) = convert(varchar(8), @@identity) declare @cmd varchar(255) = 'c:\temp\ShellRun.vbs "http://localhost/testLab/test.aspx?id=' + @logid + '"' exec xp_cmdshell 'taskkill /F /IM iexplore.exe' exec xp_cmdshell @cmd go --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.41.97.149