From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Michael Paesold <mpaesold(at)gmx(dot)at> |
Cc: | Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>, pgsql-committers(at)postgresql(dot)org, Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [HACKERS] Re: pgsql: Extract catalog info for error reporting before an error actually |
Date: | 2007-10-25 17:51:16 |
Message-ID: | 4720D794.1090509@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers pgsql-patches |
Michael Paesold wrote:
> In the previous discussion, Simon and me agreed that schema changes
> should not happen on a regular basis on production systems.
>
> Shouldn't we rather support the regular usage pattern instead of the
> uncommon one? Users doing a lot of schema changes are the ones who
> should have to work around issues, not those using a DBMS sanely. No?
>
>
Unfortunately, doing lots of schema changes is a very common phenomenon.
It makes me uncomfortable too, but saying that those who do it have to
work around issues isn't acceptable IMNSHO - it's far too widely done.
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2007-10-25 18:54:04 | pgsql: Fix ALTER SEQUENCE so that it does not affect the value of |
Previous Message | Tom Lane | 2007-10-25 17:38:43 | Re: Re: [COMMITTERS] pgsql: Extract catalog info for error reporting before an error actually |
From | Date | Subject | |
---|---|---|---|
Next Message | Henry B. Hotz | 2007-10-25 19:24:46 | Re: 8.3 GSS Issues |
Previous Message | Tom Lane | 2007-10-25 17:38:43 | Re: Re: [COMMITTERS] pgsql: Extract catalog info for error reporting before an error actually |
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2007-10-25 18:38:40 | Re: vacuum as flags in PGPROC |
Previous Message | Tom Lane | 2007-10-25 17:38:43 | Re: Re: [COMMITTERS] pgsql: Extract catalog info for error reporting before an error actually |