TransactedReceiveScope - 交易提交何時完成？

Question

場景：

我們有一個wcf工作流程，其客戶端不使用事務流。 工作流程包含幾個連續的TransactedReceiveScopes（使用基於內容的關聯）。 TransactedReceiveScopes包含自定義數據庫操作。

觀察：

當我們對運行在第一次調用SQL事件探查器中，我們看到所有的自定義調用數據庫，並且在配置文件跟蹤的SaveInstance電話。

我們已經注意到，即使SendReply在TransactedReceiveScope的最後，有時候sendreply在事務提交之前發生了10秒。

我們嘗試將TimeToPersist和TimeToUnload更改爲零，但這沒有效果。 （跟蹤顯示SaveInstance立即發生，但是提交似乎被延遲）。

問題：

是我們的意見，是否正確？

交易在什麼時候進行？這是否像垃圾回收 - 即它在一段時間後不忙時提交？

是否有任何方法來控制提交延遲，或者是唯一的方法來做到這一點使用來自客戶端的事務流（然後它應該都提交時，客戶端提交，包括堅持）。

Answer 1

TransactedReceiveScope在主體完成時提交事務，但所有執行都是通過調度程序完成的，可能會稍後。它與垃圾收集無關，並且沒有真正的方法來影響垃圾收集，以避免繁忙的機器和許多其他並行活動，這些活動也可能在執行隊列中。