PHP&Postgres:View vs.SELECT，何时使用视图？

关于我先前的问题： 只是想就大型SELECT查询提出一个更具体的问题

什么时候使用视图比在代码中编写SELECT查询并调用它更方便：

 $connector->query($sql)->fetchAll();

在决定是最好使用视图还是保持原样时，需要考虑哪些因素。比如说，如果您连接多个表，请选择一定数量的数据，等等

---

我是在一个使用PHP&Postgres的大型web应用程序的环境中提问的，并寻求性能和优化。

当您使用PHP源代码+视图而不是仅使用PHP源代码时，需要考虑的一件事是，当您更新应用程序时，您现在有两种源代码需要修改：

您必须将新的PHP源代码放在服务器上 您必须更新视图 如果你不想让你的应用程序崩溃的话，你有时必须同时这么做。。。或者，您必须编程，认为应用程序必须在几秒钟内以过时/更新版本的视图正常运行

<>你可能需要考虑的是版本控制：版本化的PHP脚本很简单：只需使用Svn，它就可以了，因为它是文本文件。 对于视图，要获得相同类型的版本，在DB生产服务器上更新它们之前，您必须处理SVN上提交的文本文件，并保持这些文件与DB服务器同步-这似乎很容易，但不是在您必须将紧急补丁推送到生产服务器时^^

就我个人而言，当一个计算需要数千个SQL查询，因此需要数千个PHP调用，等待响应等等，或者两台服务器之间的数据交换太多时，我通常使用视图/存储过程，例如，如果一个计算需要数千个SQL查询，那么使用一个存储过程真的很棒

---

从未使用过postgre，但与其他产品的想法相同

当您使用PHP源代码+视图而不是仅使用PHP源代码时，需要考虑的一点是，您现在在更新应用程序时需要修改两种源代码：

您必须将新的PHP源代码放在服务器上 您必须更新视图 如果你不想让你的应用程序崩溃的话，你有时必须同时这么做。。。或者，您必须编程，认为应用程序必须在几秒钟内以过时/更新版本的视图正常运行

<>你可能需要考虑的是版本控制：版本化的PHP脚本很简单：只需使用Svn，它就可以了，因为它是文本文件。 对于视图，要获得相同类型的版本，在DB生产服务器上更新它们之前，您必须处理SVN上提交的文本文件，并保持这些文件与DB服务器同步-这似乎很容易，但不是在您必须将紧急补丁推送到生产服务器时^^

就我个人而言，当一个计算需要数千个SQL查询，因此需要数千个PHP调用，等待响应等等，或者两台服务器之间的数据交换太多时，我通常使用视图/存储过程，例如，如果一个计算需要数千个SQL查询，那么使用一个存储过程真的很棒

从未使用过postgre，但其理念与其他产品相同