1
A
回答
1
最好是涉及到有一個線程執行10次更新,然後單最後提交。
的原因是:
- 有相當大的努力數據庫啓動和提交事務。如果你在一次交易中完成所有操作,只需支付一次這筆費用
- 執行查詢所涉及的通信非常「健談」 - 大多數通信涉及準備好運行和整理。更新查詢本身的通信量會很小。如果你只有1個通信會話您節省大量的通訊科開銷
- 大多數執行查詢的努力,在安全性,權限,語法檢查等的二次問題 - 不做實際的數據操作。使用一個會話將節省至少一些多重會話會導致的重複努力
但是,最好的辦法是簡單地以儘可能實際的方式測試兩個選項。
1
相關問題
- 1. 如何在這種情況下(MySQL的)
- 2. 在這種情況下的MySQL大小?
- 3. 是在這種情況下
- 4. 在這種情況下
- 5. 和|| =在這種情況下
- 6. 在這種情況下
- 7. 在這種情況下
- 8. 在這種情況下
- 9. jQuery的這種情況下
- 10. 在這種情況下使用的mysql表結構
- 11. 在這種情況下正確的mysql表設計/關係
- 12. AyncTask在這種情況下的表現如何?
- 13. JavaScript在這種情況下的表現如何?
- 14. 知道這種情況下
- 15. 爲什麼doParallel R在這種情況下表現更差?
- 16. 爲什麼事件在這種情況下表現不同?
- 17. 這種情況下的哪種控制?
- 18. 在這種情況下的SQL樞軸?
- 19. 的dynamic_cast:應在這種情況下
- 20. htaccess的 - 在這種情況下
- 21. 在這種情況下的GIT實施
- 22. 在這種情況下GetEnumerator不存在
- 23. 在哪種情況下建議使用ActiveResource?而在這種情況下呢?
- 24. LinqtoSql查詢在這種情況下
- 25. 在這種特定情況下
- 26. 如何在這種情況下
- 27. 在這種情況下應用PromiseJS
- 28. 在這種情況下需要ReactDOM.findDOMNode嗎?
- 29. 如何使用在這種情況下
- 30. 爲什麼在這三種情況下
在單線程版本中,在所有10的末尾是否存在COMMIT,或者在每次更新後是否存在COMMIT? – Bohemian
最後..... –