Re: 'DROP INDEX' kills stored rpocedures

From: "scott(dot)marlowe" <scott(dot)marlowe(at)ihs(dot)com>
To: Vlad Krupin <vlad(at)echospace(dot)com>
Cc: <pgsql-general(at)postgresql(dot)org>
Subject: Re: 'DROP INDEX' kills stored rpocedures
Date: 2003-04-03 17:51:49
Message-ID: Pine.LNX.4.33.0304031050060.19813-100000@css120.ihs.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Wed, 2 Apr 2003, Vlad Krupin wrote:

> this is my first post to this mailing list, so if this is the wrong
> list, direct me to the right one please.
> also, please cc: to me because I am not (yet) subscribed.
>
> 1. I understand that working with indexes is outside the scope of
> transaction. That is, if you start a transaction, then drop an index, at
> that very moment, before the transaction is committed, the index will be
> unavailable to any other concurrently running queries. I didn't find
> that in documentation, but a small experiment showed that to be true.

Don't make assumptions like that. In postgresql, DDL is transactionable.

begin;
drop index test;
create index test on table (field);
commit;

will work just fine.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tamir Halperin 2003-04-03 17:52:10 Re: Rules, Triggers something more challenging
Previous Message scott.marlowe 2003-04-03 17:39:13 Re: this date format thing.