MySQL存储过程成熟了吗？是否适合我的场景

Question

我正在将.net / MSSQL的报告应用程序移植到php / MySQL，并且可以使用MySQL专家的一些建议。 我几年没有对MySQL做过任何事情，当我上次使用它时，存储过程是全新的，我被建议远离它们，因为这种新颖性。 所以，现在是2011年，我想知道使用它们是否存在任何固有的“坏”，因为它们在MSSQL中对这个应用程序运行良好。我知道这将取决于我的应用程序的需求，所以这里有高级别的要点:(如果重要的话，这将在Linux上运行）

• 该应用程序生成一个非常复杂的报告，但它不是一个高并发性的应用程序，通常一次1-2个用户，5个并发将震惊我。我甚至可以限制它以防止超过2个左右的用户同时使用它，因此许多并发用户不会成为一个问题。
• 在MSSQL存储过程中，此应用程序中几乎100％的繁重工作。数据通过Web前端上传，然后存储过程从那里获取数据，并最终在几分钟后为用户吐出csv / excel文件。

使用MSSSQL存储过程可以很好地工作。然而，它是一个很好的2000行的SQL代码，我犹豫是通过PHP一次一个地提交sql语句，而不是使用存储过程。最重要的是，它适用于当前的架构，我不打算改变它，除非我必须为了适应MySQL / PHP。

使用MySql存储过程有任何问题吗？它们比提交sql语句或类似的任何奇怪的东西更麻烦吗？

提前感谢大家对此的看法。

Answer 1

MySQL中的存储过程非常verbose in syntax和are hard to debug or profile。我个人认为它们在某些情况下非常有用，但我会非常犹豫，试图在MySQL中维护2000+行存储过程。