sql - 这是使用嵌入式 SQL 而不是存储过程的有效好处吗？

Question

这是我从未听说过的支持 SP 的论点。火焰喷射器，轻柔地向下打勾，

由于每次访问数据库服务器都会产生开销，我建议将 SQL 放在 SP 中而不是嵌入式代码的一个可能原因是您可以更安全地进行更改而不会影响性能。

例如。假设您需要执行返回标量整数的查询 A。

然后，稍后，需求发生变化，您决定标量的结果是 > x，然后，并且只有在那时，您才需要执行另一个查询。如果您在 SP 中执行第一个查询，您可以轻松检查第一个查询的结果并有条件地在同一个 SP 中执行第二个 SQL。

如果不执行单独的查询或不必要的查询，您将如何在嵌入式 SQL 中高效地执行此操作？

这是一个例子:

--This SP may return 1 or two queries. 

SELECT @CustCount = COUNT(*) FROM CUSTOMER 

IF @CustCount > 10 
   SELECT * FROM PRODUCT 

这/在嵌入式 SQL 中执行此操作的最佳方法是什么？

Answer 1

A very persuasive article

SQL 和存储过程将在您的数据存续期间一直存在。

客户端语言来来去去，您每次都必须重新实现嵌入式 SQL。