sql - 存储过程结构

Question

我经常看到用于在应用程序中编写业务逻辑的存储过程。有时这些过程将包含 1000 多行代码。如果我在包含 1000 行的应用程序代码中编写一个方法/函数，它会受到正确的批评。长期存储的过程是否应该分解成单独的过程，就像类中的方法一样？这不是做得更多，因为它肯定会使代码更有用。

Answer 1

在我看来，您已经到了需要开始考虑数据库服务层的地步。这将允许您将业务逻辑转移到更适合大量过程代码的语言，同时仍然通过您批准的 API 强制访问数据库。