Re: BUG #13870: couldn't restore dump with mat view

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: kardash(dot)a(dot)v(at)yandex(dot)ru
Cc: pgsql-bugs(at)postgresql(dot)org, Kevin Grittner <kgrittn(at)gmail(dot)com>
Subject: Re: BUG #13870: couldn't restore dump with mat view
Date: 2016-01-16 01:58:17
Message-ID: 2462.1452909497@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

kardash(dot)a(dot)v(at)yandex(dot)ru writes:
> Try to feed sql-commands below, then do dump and you will see errors while
> restore!

Well, this example doesn't work as-is because the command order is already
wrong. But the issue is that CREATE MATERIALIZED VIEW ... WITH NO DATA
tries to plan and execute the query, not just store it, which entirely
defeats pg_dump's attempt to avoid hidden dependencies. We need a less
chintzy solution to handling this variant of CREATE MATERIALIZED VIEW.

(I seem to recall complaining about this before.)

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Michael Paquier 2016-01-16 05:57:50 Re: BUG #13870: couldn't restore dump with mat view
Previous Message Tom Lane 2016-01-15 21:51:46 Re: BUG #13871: Format '%2f' invalid or incompatible with argument