存储过程而不是SELECT / INSERT / UPDATE?

时间:2012-08-26 10:12:52

标签: mysql performance stored-procedures

我已经大量使用Triggers以避免不必要的PHP代码,但实际上并没有使用很多存储过程。

我问自己,如果在存储过程中移动所有SELECT / INSERT / UPDATE实际上是有意义的,并且没有实际的SQL(除了Transactions和这样的东西),而只有程序。

这真的有意义吗?我会面临什么样的弊端?

通过阅读MySQL Doc,我发现了这个:

  

“存储的例程可以提供更好的性能,因为更少   需要在服务器和客户端之间发送信息。的的   权衡是这确实增加了数据库服务器上的负载   因为更多的工作是在服务器端完成的,所以工作量较少   在客户端(应用程序)方面。如果很多客户端,请考虑这   机器(例如Web服务器)仅由一个或几个服务   数据库服务器。

好吧,如果我将存储过程主要用作我将执行的SQL代码的包装器,那对数据库服务器来说真的会有很大的不同吗?

主要是,我想知道这实际上是不是一个好主意,以及我可能面临的缺点。

感谢您的帮助

0 个答案:

没有答案