Postgres ALTER TABLEの問題

Question

PostgreのALTER TABLEに1つの問題があります。 varchar列のサイズを変更したい。これを実行しようとすると、ビューがその列に依存していると表示されます。他のものはそれに依存しているため、ビューをドロップできません。すべてを削除して再作成する以外に方法はありますか？

ビューから結合しているテーブルを削除するという1つのオプションを見つけました。返された列を変更しない場合は、それを実行できます。しかし、それでも、私が変更する必要があるより多くの見解があります。延期してコミットでチェックする必要があると私はどのように言えますか？

Answer 1

私はこの問題に遭遇し、それを回避する方法を見つけることができませんでした。残念ながら、私がわかるように、ビューを削除し、基になるテーブルの列の種類を変更してから、ビューを再作成する必要があります。これは、単一のトランザクションで完全に発生する可能性があります。

制約延期はこの問題には適用されません。つまり、SET CONSTRAINTS ALL DEFERREDであっても、この制限には影響しません。具体的には、制約の据え置きは、ビューの基礎となる列のタイプを変更しようとしたときにERROR: cannot alter type of a column used by a view or ruleを出力する整合性チェックには適用されません。

Answer 2

私はパーティーに少し遅れましたが、この質問が投稿されてから数年後、素晴らしいソリューションが以下に参照されている記事を介して投稿されました（私のものではありません-私は単に彼の才能に感謝しています）。

これを136の個別のビューで（第1レベルで）参照されるオブジェクトでテストしました。これらの各ビューは他のビューで参照されています。ソリューションはほんの数秒で実行されました。

したがって、この記事を読み、表とリストされている2つの関数をコピーして貼り付けます。

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。 "Average_setcost"のルール_RETURNは列 "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');

-編集11/13/2018-

上記のリンクが無効になっている可能性があります。 2つのプロシージャのコードは次のとおりです。

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)
);

保存して削除：

CREATE OR REPLACE FUNCTION util.deps_save_and_drop_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 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$
  LANGUAGE plpgsql VOLATILE
  COST 100;

戻す：

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;

Answer 3

フィールドのtypeを変更する必要がなく、サイズだけを変更する場合は、このアプローチが機能するはずです。

これらのテーブルから始めます：

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) | 

pg_attributeテーブルで長さを20に変更します。

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-changing-data

Answer 4

今日、この問題に遭遇し、VIEWのドロップと再作成を回避するための回避策を見つけました。 VIEWを削除することはできません。これは、その上に多数の依存VIEWが構築されているマスターVIEWだからです。 DROP CASCADEを実行してからすべてのビューを再作成するための再構築スクリプトがない場合、これは回避策です。

問題の列にダミー値を使用するようにマスターVIEWを変更し、テーブル内の列を変更し、VIEWを列に戻しました。このような設定を使用する：

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'は列タイプが変更されるため機能しません。このアプローチは、私のような場合に役立つかもしれません。