在 Symfony 中使用存储过程 - 优点和缺点

Question

我是第一次在 Symfony 中编写 Web 应用程序，所以我有一个关于 Doctrine 与存储过程的使用的问题。

我的背景是 Java 服务器端，所以我想知道使用存储过程与使用简单的 Doctrine 代码来完成工作的优缺点。在最基本的层面上，假设我的 Symfony Web 应用程序用于管理，而还有另一个引擎（可能会或可能不会被编写为 Symfony 组件，或者根本不使用 PHP）从数据库中检索配置分发什么的。在这里，我可以看到存储过程可能会派上用场：两个代码库都使用它们来查询和访问数据，而两者都不专注于实际模式。如果架构发生变化（例如，在某个表中添加一列），那么我只需要更改 SRPOC，而无需更改其他任何内容，而如果我一直在两个引擎中使用代码来访问数据，我' d 必须更改它们以匹配新架构。

有没有cmets？还是我太过分了？

谢谢！ -DBG

Answer 1

如果你不使用原则，你就会失去数据库抽象和对象映射。这是一个重大损失。如果您需要第三方应用程序集成，则不应让它们与您的数据库交互。相反，例如，为他们提供 Web 服务以通过 JSON 读取/写入数据。通过这种方式，您可以更改数据库架构并控制第三方应用程序。