今天看到網路上一篇討論 SQL Timeout 原因的探討文章。
由於那篇文章的結論和我過去經驗完全不同，所以我懷疑是不是我過去仰賴的長期判斷經驗有誤，特別寫了個 TestCase 作為比較。
首先我先引用該文章作為調查起點的 Exception 內容：
-
最近公司在為了即將上線的產品進行壓力測試，產品內有個結帳功能是同事 A 先生的得意代表作，結帳功能在 A 先生信誓旦旦拍胸脯保證三百萬筆資料秒殺的信心下，平行作業卻發生了 Deadlock。
-
上次『 大禹治水 』提到，對於採用 Windows＋ASP.NET＋MSSQL 技術的網站服務，找出網站系統變慢、效能不佳的原因其實有一簡易 SOP 可以起手，減少無頭蒼蠅盲目亂撞的時間成本浪費，這篇就簡單介紹一下這簡易的 SOP。 ... -
只要在軟體開發圈子混一段時間，尤其已經有系統 run 在 production 環境上，十之八九會聽到這句廣為流傳的經驗談：「 東西沒壞就不要修。 」 這句話，常常被反對重構（ refactoring ）者掛在嘴上。
