MySQL存储过程使用还是不使用它们?mysql

与实际的编程语言代码不同，它们：

不可移植（每个数据库都有其自己的PL / SQL版本。有时同一数据库的不同版本不兼容-我已经看到了！） 难以测试-您需要一个真实的（dev）数据库实例对其进行测试，因此几乎不可能对它们的代码进行构建的单元测试 不容易更新/发布-您必须删除/创建它们，即修改生产数据库以释放它们 没有库支持（为什么在别人拥有时编写代码） 不容易与其他技术集成（尝试从中调用Web服务） 他们使用的语言与Fortran一样原始，因此难以完成有用的编码，因此很难表达业务逻辑，即使通常这是其主要目的。 不提供调试/跟踪/消息记录等功能（某些数据库可能支持此功能-虽然我没有看到） 缺乏像样的IDE来帮助语法和链接到其他现有过程（例如，像Eclipse的Java那样） 熟练的编码人员比应用编码人员稀有且昂贵 它们的“高性能”是一个神话，因为它们通常在数据库服务器上执行，因此通常会增加数据库服务器的负载，因此使用它们通常会降低最大事务吞吐量 无法有效共享常量（通常通过在过程中创建表并对其进行查询来解决-非常低效） 等等 如果您有一个非常特定于数据库的操作（例如，用于维护数据库完整性的事务内操作），或者使您的过程保持原子性和简单性，那么也许您可以考虑使用它们。

在预先指定“高性能”时，建议谨慎。它通常会导致错误的选择，以牺牲好的设计为代价，并且比您想的要早得多。

使用存储过程的后果自负（曾经去过那里并且从不想回头的人）。我的建议是避免它们像瘟疫一样。来源：stack overflow