From: | Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Andrew Dunstan <andrew(at)dunslane(dot)net>, Gregory Stark <stark(at)enterprisedb(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Tricky bugs in concurrent index build |
Date: | 2006-08-25 14:08:18 |
Message-ID: | 44EF0452.2000101@kaltenbrunner.cc |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane wrote:
> Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
>> I see we have:
>> CREATE index_opt_unique INDEX CONCURRENTLY index_name ...
>> which explains how this error occurs.
>
> Maybe to you, but I'm still caffeine-deprived and don't exactly see what
> it was that Greg mistyped. AFAICS he'd have to type CONCURRENTLY twice
> to get into a scenario where the proposed warning would fire.
i guess Greg is talking about something like(ie just forgetting to name
the index):
devel=# create index concurrently on foo ( a);
CREATE INDEX
devel=# \d foo
Table "public.foo"
Column | Type | Modifiers
--------+---------+-----------
a | integer |
b | text |
c | integer |
d | text |
Indexes:
"concurrently" btree (a)
Stefan
From | Date | Subject | |
---|---|---|---|
Next Message | Magnus Hagander | 2006-08-25 14:09:49 | Re: Safer auto-initdb for RPM init script |
Previous Message | Andrew Dunstan | 2006-08-25 14:06:23 | Re: Tricky bugs in concurrent index build |