過度使用和/或依賴存儲過程。

一些應用程序開發人員將存儲過程視為中間層/前端代碼的直接擴展。這似乎是Microsoft堆棧開發人員的一個共同特點(我是其中之一，但我已經從它中長大了)，并產生了許多執行復雜業務邏輯和工作流處理的存儲過程。在其他地方這樣做要好得多。

當實際證明某些實際技術因素需要使用存儲過程(例如，性能和安全性)時，存儲過程是有用的，例如，使大型數據集保持“接近數據”的聚合/過濾。

我最近不得不幫助維護和增強一個大型的Delphi桌面應用程序，其中70%的業務邏輯和規則是在1400SQL Server存儲過程中實現的(其余在UI事件處理程序中)。這是一場噩夢，主要是因為在TSQL中引入有效的單元測試非常困難，缺少封裝和糟糕的工具(調試程序、編輯器)。

在過去與Java團隊一起工作時，我很快發現，在這種環境中，通常完全相反。一位Java架構師曾經告訴我：“數據庫是用于數據的，而不是代碼?！?/trans>

這些天，我認為完全不考慮存儲過程是一個錯誤，但是在提供有用好處的情況下，應該謹慎地(而不是默認地)使用它們(請參閱其他答案)。