Re: ALTER SEQUENCE

From: Don Y <pgsql(at)DakotaCom(dot)Net>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: ALTER SEQUENCE
Date: 2006-05-17 22:00:48
Message-ID: 446B9D10.3020000@DakotaCom.Net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Bruce Momjian wrote:
> Don Y wrote:
>> Bruce Momjian wrote:
>>> Don Y wrote:
>>>> Hi,
>>>>
>>>> It doesn't appear that there is a way to rename a sequence
>>>> (ideally with a "cascade" action).
>>>
>>> Uh, the ALTER SEQUENCE manual page says:
>> Uh, the 8.0.3 man page for ALTER SEQUENCE makes no mention of this.
>> Nor does "\h ALTER SEQUENCE" in psql yield any pointers.
>>
>>> Some variants of ALTER TABLE can be used with sequences as
>>> well; for example, to rename a sequence use ALTER TABLE
>>> RENAME.
>>>
>>> Does that help?
>> Sure! It appears to allow both the rename and change of ownership.
>> Thanks!
>
> I see the documentation mention added August 1, 2005 byt Tom Lane.

Date tag on the bottom of my man pages is "2005-01-17" -- so that
explains *that*! :>

In general, how safe is it to use "current" man pages (to
sidestep these sorts of issues)? Obviously, there will be
things in the newer pages that reflect changes NOT present
in older versions... but, will the documentation updates
(i.e. this a prime example) outweigh the confusion added
by documentation for not-yet-existent features/fixes/etc.?)

>> Obviously, the documentation doesn't agree with the code :-(
>>
>> But, it still leaves unanswered the question of the risk involved
>> in just changing the name/owner in the system tables...
>
> It is best to use ALTER. The only other sure-safe way to do it is to
> look at the ALTER code and do the same things with the system tables.
> However, in most cases a system table modification works fine, but I
> don't recommend it for production servers.

One would *hope* that there was no redundant "information"
in the tables... but, realistically, that may not be the
case (efficiency hacks, etc.)

For *this* problem, an obvious solution exists. And, even
if it didn't, dropping the sequence, recreating it and
reinitializing it wouldn't be that painful. I'm just
wondering how aggressive I should be in "tinkering"... :-(

Thanks!
--don

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Jim C. Nasby 2006-05-17 22:02:58 Re: Announce: GPL Framework centered on Postgres
Previous Message Bruce Momjian 2006-05-17 21:58:34 Re: ALTER SEQUENCE