Re: Partitioned tables and relfilenode
Amit Langote <langote_amit_f8@lab.ntt.co.jp>
From: Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>
To: Robert Haas <robertmhaas@gmail.com>, Tom Lane <tgl@sss.pgh.pa.us>
Cc: Kyotaro HORIGUCHI <horiguchi.kyotaro@lab.ntt.co.jp>,
Amit Langote <amitlangote09@gmail.com>,
Maksim Milyutin <m.milyutin@postgrespro.ru>,
"pgsql-hackers@postgresql.org" <pgsql-hackers@postgresql.org>
Date: 2017-04-12T02:15:10Z
Lists: pgsql-hackers
Attachments
On 2017/04/12 2:41, Robert Haas wrote: > On Tue, Apr 11, 2017 at 9:45 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote: >> Amit Langote <Langote_Amit_f8@lab.ntt.co.jp> writes: >>> 2. DefineQueryRewrite() may try to scan a partitioned table in the case of >>> converting a table to view, where we must make sure that the table being >>> converted is empty. It's checked by scanning the heap, which we should >>> not do for a partitioned table. Nor should we try to drop the storage >>> once ready to make the table into a REKIND_VIEW relation (because all >>> other checks passed okaying the conversion). >> >> It looks like this patch intends to allow converting a partitioned table >> to a view. I would lobby for refusing the command, instead. There is >> no good reason to allow it, and it might well be a user error. > > Yeah, I agree. Alright. So I made it into two patches instead: 0001 fixes the bug that validateCheckConstraint() tries to scan partitioned tables and 0002 makes trying to convert a partitioned table to a view a user error. Thanks, Amit
Commits
-
Code review for c94e6942cefe7d20c5feed856e27f672734b1e2b.
- 1d5fede4a900 10.0 landed
-
Don't allocate storage for partitioned tables.
- c94e6942cefe 10.0 landed
-
Don't scan partitioned tables.
- d3cc37f1d801 10.0 landed
-
Don't uselessly rewrite, truncate, VACUUM, or ANALYZE partitioned tables.
- 3c3bb99330aa 10.0 landed