存儲過程和銀行

Question

在銀行業，他們使用存儲過程來處理業務邏輯。他們的邏輯被移入數據庫而不是業務邏輯層。

銀行堅持存儲過程的原因是什麼？

問候

Answer 1

存儲過程可能已經在大型機上存在了30年。在此期間，客戶端語言已經出現並消失了。無論如何，你必須定義「業務邏輯」：很多「業務邏輯」歸結爲「數據完整性」規則（比如「僅當子行聚合爲零時設置此coumn」），這需要是事務性和原子性的。

相關：

• Why are mainframes still around?（SO）
• How necessary or convenient is it to write portable SQL?（SO）
• Why use Stored Procedures?（博客）

簡單地說，我的數據庫的代碼將永遠擁有你的客戶端代碼......

Answer 2

這當然不是真的很多銀行我已經在銀行就像任何其他公司的應用範圍被編碼的幾乎完全是在存儲過程中，應用程序和工作的，在完全避開存儲過程青睞像ORM這樣的東西。

至於他們爲什麼會選擇在存儲過程中放置​​邏輯？有時候這是一個明智的做法。我知道ALT.NET人羣（或NoSQL/ORM fanbois爲您選擇的平臺）會讓你相信存儲過程是邪惡的，而ORM是唯一合理的解決方案，但是在現實世界中，構建真實應用程序不同的要求，並不那麼簡單。