主页 / dba / 问题 / 161309
Accepted
David
Asked: 2017-01-18 04:07:32 +0800 CST

重命名表并将视图放在 Postgres 上的位置

  • 772

我在我们的数据库中有一个非常中心的表，它被一系列应用程序使用，它附加了规则、触发器和所有你可以想象的依赖项。现在我想修改表而不会对依赖项造成任何问题。我以前成功地完成了以下操作，但在一个不太复杂的情况下：

alter table reconciliations rename to matches;
create view reconciliations as select * from matches;

这样做的目的是我现在可以修改新的“匹配”表，例如添加一列或多行，这些不需要在“对账”视图中显示（通过添加 where 子句将它们过滤掉）。

我在 Postgres 9.5 上，所以视图是自动更新的。初步测试表明这没有直接的问题，所以我问这个问题是为了知道我应该寻找什么样的问题。性能不是大问题。

postgresql migration

1 个回答

  1. Best Answer

    如果您在生产中执行此操作，请注意准备好的语句。这些已经被解析、重写（并且查询计划被缓存）。效果会一直持续到准备好的语句被释放（这可能需要很长时间）。

    检查准备好的语句（仅限同一会话！）：

    TABLE pg_prepared_statements;

    该效果还扩展到处理 SQL 命令（如内部准备好的语句）的 plpgsql 函数。

    通常情况下，准备好的语句在涉及的对象发生任何更改后都会被强制重新计划。但是你的行为绕过了这个安全机制。

    此外，大多数查询将继续工作。但不是所有的。

    演示

    CREATE TEMP TABLE foo (id int);
INSERT INTO foo VALUES (4);
PREPARE x AS SELECT foo FROM foo WHERE id > $1;  -- uses row type

    这有效：

    ALTER TABLE foo ADD COLUMN t text;
EXECUTE x(3);  -- automatically re-planned

    但这不是：

    ALTER TABLE foo RENAME TO foo1;
CREATE VIEW foo AS TABLE foo1;
ALTER TABLE foo1 ADD COLUMN t text;

EXECUTE x(3);  -- not re-planned!

    ERROR:  cached plan must not change result type

    手册PREPARE：

    尽管准备好的语句的主要目的是避免重复分析和规划语句，但只要语句中使用的数据库对象发生定义（DDL）更改，PostgreSQL 将在使用它之前强制重新分析和重新规划语句由于之前使用了准备好的语句。此外，如果值search_path从一次使用更改为下一次使用，则将使用新的重新解析语句search_path. （后一种行为在 PostgreSQL 9.3 中是新的。）这些规则使用准备好的语句在语义上几乎等同于一遍又一遍地重新提交相同的查询文本，但是如果没有更改对象定义，则具有性能优势，特别是如果最佳计划在不同用途中保持不变。语义等价不完美的一个例子是，如果语句通过非限定名称引用表，然后在search_path.将发生，因为语句中使用的对象没有改变。但是，如果某些其他更改强制重新解析，则新表将在后续使用中被引用。

    以上是另一个“语义等价不完美”的例子。

    • 6

相关问题