我对 postgre 中的 ALTER TABLE 有一个问题。我想更改 varchar 列的大小。当我尝试这样做时，它说视图依赖于该列。我不能放弃这个观点，因为其他事物都依赖于它。除了删除所有内容并重新创建之外，还有其他方法吗？
我刚刚找到了一个选项，即从视图中删除表连接，当我不会更改返回的列时，我可以这样做。但是，我仍然需要改变更多的观点。没有什么我可以说它应该被推迟并通过提交检查吗？
问问题
56913 次
5 回答
33
我遇到了这个问题，找不到任何解决方法。不幸的是，据我所知，必须删除视图，更改基础表上的列类型，然后重新创建视图。这可以完全发生在单个事务中。
约束延迟不适用于此问题。换句话说，甚至SET CONSTRAINTS ALL DEFERRED对这个限制没有影响。具体而言，约束延迟不适用于在ERROR: cannot alter type of a column used by a view or rule尝试更改视图下的列的类型时打印的一致性检查。
于 2010-07-14T08:30:16.867 回答
28
我参加聚会有点晚了，但是在发布这个问题多年后，通过下面引用的一篇文章发布了一个绝妙的解决方案（不是我的——我只是感谢他的才华）。
我刚刚在 136 个单独视图中引用（在第一级）的对象上对此进行了测试，并且这些视图中的每一个都在其他视图中引用。解决方案只需几秒钟即可运行。
因此，请阅读本文并复制并粘贴表格和列出的两个函数：
http://mwenus.blogspot.com/2014/04/postgresql-how-to-handle-table-and-view.html
实现示例：
alter table mdm.global_item_master_swap
alter column prod_id type varchar(128),
alter column prod_nme type varchar(512);
错误：无法更改视图或规则使用的列的类型详细信息：视图 toolbox_reporting 上的规则 _RETURN。“Average_setcost”取决于列“prod_id”********** 错误 ******** **
错误：无法更改视图或规则使用的列的类型
现在来看看 PostgreSQL 忍者的魔法：
select util.deps_save_and_drop_dependencies('mdm', 'global_item_master_swap');
alter table mdm.global_item_master_swap
alter column prod_id type varchar(128),
alter column prod_nme type varchar(512);
select util.deps_restore_dependencies('mdm', 'global_item_master_swap');
-- 编辑 2018 年 11 月 13 日 --
看来上面的链接可能已经死了。下面是这两个过程的代码：
存储 DDL 的表：
CREATE TABLE util.deps_saved_ddl
(
deps_id serial NOT NULL,
deps_view_schema character varying(255),
deps_view_name character varying(255),
deps_ddl_to_run text,
CONSTRAINT deps_saved_ddl_pkey PRIMARY KEY (deps_id)
);
保存并丢弃：
-- 编辑 8/28/2020 -- -- 这停止与 Pg12 一起工作。下面的修复将 p_view_schema 和 p_view_name 的参数从 varchar 更改为 name：
CREATE OR REPLACE FUNCTION util.deps_save_and_drop_dependencies(
p_view_schema name, p_view_name name)
RETURNS void
LANGUAGE plpgsql
COST 100
AS $BODY$
declare
v_curr record;
begin
for v_curr in
(
select obj_schema, obj_name, obj_type from
(
with recursive recursive_deps(obj_schema, obj_name, obj_type, depth) as
(
select p_view_schema, p_view_name, null::varchar, 0
union
select dep_schema::varchar, dep_name::varchar, dep_type::varchar, recursive_deps.depth + 1 from
(
select ref_nsp.nspname ref_schema, ref_cl.relname ref_name,
rwr_cl.relkind dep_type,
rwr_nsp.nspname dep_schema,
rwr_cl.relname dep_name
from pg_depend dep
join pg_class ref_cl on dep.refobjid = ref_cl.oid
join pg_namespace ref_nsp on ref_cl.relnamespace = ref_nsp.oid
join pg_rewrite rwr on dep.objid = rwr.oid
join pg_class rwr_cl on rwr.ev_class = rwr_cl.oid
join pg_namespace rwr_nsp on rwr_cl.relnamespace = rwr_nsp.oid
where dep.deptype = 'n'
and dep.classid = 'pg_rewrite'::regclass
) deps
join recursive_deps on deps.ref_schema = recursive_deps.obj_schema and deps.ref_name = recursive_deps.obj_name
where (deps.ref_schema != deps.dep_schema or deps.ref_name != deps.dep_name)
)
select obj_schema, obj_name, obj_type, depth
from recursive_deps
where depth > 0
) t
group by obj_schema, obj_name, obj_type
order by max(depth) desc
) loop
insert into util.deps_saved_ddl(deps_view_schema, deps_view_name, deps_ddl_to_run)
select p_view_schema, p_view_name, 'COMMENT ON ' ||
case
when c.relkind = 'v' then 'VIEW'
when c.relkind = 'm' then 'MATERIALIZED VIEW'
else ''
end
|| ' ' || n.nspname || '.' || c.relname || ' IS ''' || replace(d.description, '''', '''''') || ''';'
from pg_class c
join pg_namespace n on n.oid = c.relnamespace
join pg_description d on d.objoid = c.oid and d.objsubid = 0
where n.nspname = v_curr.obj_schema and c.relname = v_curr.obj_name and d.description is not null;
insert into util.deps_saved_ddl(deps_view_schema, deps_view_name, deps_ddl_to_run)
select p_view_schema, p_view_name, 'COMMENT ON COLUMN ' || n.nspname || '.' || c.relname || '.' || a.attname || ' IS ''' || replace(d.description, '''', '''''') || ''';'
from pg_class c
join pg_attribute a on c.oid = a.attrelid
join pg_namespace n on n.oid = c.relnamespace
join pg_description d on d.objoid = c.oid and d.objsubid = a.attnum
where n.nspname = v_curr.obj_schema and c.relname = v_curr.obj_name and d.description is not null;
insert into util.deps_saved_ddl(deps_view_schema, deps_view_name, deps_ddl_to_run)
select p_view_schema, p_view_name, 'GRANT ' || privilege_type || ' ON ' || table_schema || '.' || table_name || ' TO ' || grantee
from information_schema.role_table_grants
where table_schema = v_curr.obj_schema and table_name = v_curr.obj_name;
if v_curr.obj_type = 'v' then
insert into util.deps_saved_ddl(deps_view_schema, deps_view_name, deps_ddl_to_run)
select p_view_schema, p_view_name, 'CREATE VIEW ' || v_curr.obj_schema || '.' || v_curr.obj_name || ' AS ' || view_definition
from information_schema.views
where table_schema = v_curr.obj_schema and table_name = v_curr.obj_name;
elsif v_curr.obj_type = 'm' then
insert into util.deps_saved_ddl(deps_view_schema, deps_view_name, deps_ddl_to_run)
select p_view_schema, p_view_name, 'CREATE MATERIALIZED VIEW ' || v_curr.obj_schema || '.' || v_curr.obj_name || ' AS ' || definition
from pg_matviews
where schemaname = v_curr.obj_schema and matviewname = v_curr.obj_name;
end if;
execute 'DROP ' ||
case
when v_curr.obj_type = 'v' then 'VIEW'
when v_curr.obj_type = 'm' then 'MATERIALIZED VIEW'
end
|| ' ' || v_curr.obj_schema || '.' || v_curr.obj_name;
end loop;
end;
$BODY$
恢复：
CREATE OR REPLACE FUNCTION util.deps_restore_dependencies(
p_view_schema character varying,
p_view_name character varying)
RETURNS void AS
$BODY$
declare
v_curr record;
begin
for v_curr in
(
select deps_ddl_to_run
from util.deps_saved_ddl
where deps_view_schema = p_view_schema and deps_view_name = p_view_name
order by deps_id desc
) loop
execute v_curr.deps_ddl_to_run;
end loop;
delete from util.deps_saved_ddl
where deps_view_schema = p_view_schema and deps_view_name = p_view_name;
end;
$BODY$
LANGUAGE plpgsql VOLATILE
COST 100;
于 2018-02-27T02:49:19.770 回答
16
如果您不需要更改字段的类型，而只需更改其大小，则此方法应该有效：
从这些表开始：
CREATE TABLE foo (id integer primary key, names varchar(10));
CREATE VIEW voo AS (SELECT id, names FROM foo);
\d foo并且\d voo都将长度显示为 10：
id | integer | not null
names | character varying(10) |
现在将表中的长度更改为 20 pg_attribute：
UPDATE pg_attribute SET atttypmod = 20+4
WHERE attrelid IN ('foo'::regclass, 'voo'::regclass)
AND attname = 'names';
（注意：20+4 是一些疯狂的 postgresql 遗留物，+4 是强制性的。）
现在\d foo显示：
id | integer | not null
names | character varying(20) |
奖励：这比这样做快得多：
ALTER TABLE foo ALTER COLUMN names TYPE varchar(20);
从技术上讲，您可以在不更改视图列大小的情况下更改表列的大小，但不能保证会产生什么副作用；最好同时更改它们。
来源和更全面的解释：http ://sniptools.com/databases/resize-a-column-in-a-postgresql-table-without-changeing-data
于 2012-03-23T15:28:58.447 回答
7
我今天遇到了这个问题，并找到了一种解决方法来避免删除和重新创建 VIEW 。我不能只是放弃我的 VIEW，因为它是一个主 VIEW，在其上构建了许多相关的 VIEW。没有重建脚本来 DROP CASCADE 然后重新创建我的所有视图，这是一种解决方法。
我将我的主视图更改为对有问题的列使用虚拟值，更改表中的列，并将我的视图切换回该列。使用这样的设置：
CREATE TABLE base_table
(
base_table_id integer,
base_table_field1 numeric(10,4)
);
CREATE OR REPLACE VIEW master_view AS
SELECT
base_table_id AS id,
(base_table_field1 * .01)::numeric AS field1
FROM base_table;
CREATE OR REPLACE VIEW dependent_view AS
SELECT
id AS dependent_id,
field1 AS dependent_field1
FROM master_view;
尝试像这样更改 base_table_field1 类型：
ALTER TABLE base_table ALTER COLUMN base_table_field1 TYPE numeric(10,6);
会给你这个错误：
ERROR: cannot alter type of a column used by a view or rule
DETAIL: rule _RETURN on view master_view depends on column "base_table_field1"
如果您更改 master_view 以对列使用虚拟值，如下所示：
CREATE OR REPLACE VIEW master_view AS
SELECT
base_table_id AS id,
0.9999 AS field1
FROM base_table;
然后运行你的改变：
ALTER TABLE base_table ALTER COLUMN base_table_field1 TYPE numeric(10,6);
并将您的视图切换回来：
CREATE OR REPLACE VIEW master_view AS
SELECT
base_table_id AS id,
(base_table_field1 * .01)::numeric AS field1
FROM base_table;
这完全取决于您的 master_view 是否具有不变的显式类型。由于我的 VIEW 使用 '(base_table_field1 * .01)::numeric AS field1' 它可以工作，但 'base_table_field1 AS field1' 不会因为列类型发生变化。这种方法在某些情况下可能会有所帮助，例如我的情况。
于 2011-10-11T21:39:42.863 回答
1
我想评论第二个答案，但不能因为我对stackoverflow太陌生，所以在这里我的评论：对于那些对该答案中提到的原始文章感兴趣的人，blogspot条目不再可用，但回程机器有它仍然存储：https ://web.archive.org/web/20180323155900/http://mwenus.blogspot.com/2014/04/postgresql-how-to-handle-table-and-view.html 以下是文章本身，以防archive.org 在未来某个时间点关闭： 2014-04-22 PostgreSQL：如何处理表和视图依赖关系 PostgreSQL 在修改现有对象时非常严格。很多时候，当您尝试 ALTER TABLE 或 REPLACE VIEW 时，它会告诉您不能这样做，因为还有另一个对象（通常是视图或实体化视图），这取决于您要修改的对象。似乎唯一的解决方案是删除依赖对象，对目标对象进行所需的更改，然后重新创建删除的对象。
这是繁琐和繁琐的，因为那些依赖的对象可以有进一步的依赖，也可能有其他的依赖等等。我创建了可以在这种情况下提供帮助的实用函数。
用法很简单——你只需要调用：select deps_save_and_drop_dependencies(p_schema_name, p_object_name); 您必须传递两个参数：模式的名称和该模式中对象的名称。该对象可以是表格、视图或物化视图。该函数将删除依赖于 p_schema_name.p_object_name 的所有视图和物化视图，并保存 DDL，将它们恢复到帮助表中。
当你想恢复那些被删除的对象时（例如当你修改完 p_schema_name.p_object_name 时），你只需要再做一个简单的调用： select deps_restore_dependencies(p_schema_name, p_object_name); 并且丢弃的对象将被重新创建。
这些函数需要注意： 依赖关系层次结构 跨层次结构删除和创建视图/物化视图的正确顺序 恢复视图/物化视图上的注释和授权 单击此处查看工作的 sqlfiddle 示例或查看此要点以获取完整的源代码。
作者：Mateusz Wenus o 19:32
于 2021-05-13T14:13:45.393 回答