| From: | Bruce Momjian <bruce(at)momjian(dot)us> |
|---|---|
| To: | Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com> |
| Cc: | Zdenek Kotala <Zdenek(dot)Kotala(at)Sun(dot)COM>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: [PATCH] Space reservation v02 |
| Date: | 2009-01-30 16:57:26 |
| Message-ID: | 200901301657.n0UGvQa18445@momjian.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Heikki Linnakangas wrote:
> > For example CREATE/ALTER TABLE can cause problems.
>
> Yeah, if the pre-upgrade script determines the amount of reserved space
> for each table, and sets it in pg_class or reloptions or whatever, it's
> not clear how mwhat to do with tables created after the script is run. I
> guess we need quick scan of pg_class before the actual upgrade to check
> that you don't have newly-created tables, and refuse the upgrade if
> there is.
This is where a pg_class column would be useful. You default the column
value to -1. The pre-upgrade script sets the proper reserved space, and
new tables get a -1 and you check for those just before the upgrade.
--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com
+ If your life is a hard drive, Christ can be your backup. +
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Fernando Ike | 2009-01-30 17:03:57 | [PATCH] Psql List Languages |
| Previous Message | Gregory Stark | 2009-01-30 16:56:51 | Re: [PATCH] Space reservation v02 |