| From: | "Kangmo, Kim" <ilvsusie(at)hanafos(dot)com> |
|---|---|
| To: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: tuple concurrently updated |
| Date: | 2002-07-25 20:34:25 |
| Message-ID: | ahpncg$20cc$1@news.hub.org |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
How do you think about my suggestion to not versioning system catalogs?
p.s. It's unbelivable that I got a reply from legendary Tom Lane. :)
Best,
Kim.
"Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote in message
news:20755(dot)1027628748(at)sss(dot)pgh(dot)pa(dot)us(dot)(dot)(dot)
> "Kangmo, Kim" <ilvsusie(at)hanafos(dot)com> writes:
> > If the index on the same class,
> > two concurrent CREATE INDEX command can update pg_class.relpages
> > at the same time.
>
> Or try to, anyway. The problem here is that the code that updates
> system catalogs is not prepared to cope with concurrent updates
> to the same tuple.
>
> > I guess that is not a bug of pgsql, but a weak point of
> > MVCC DBMS.
>
> No, it's not a limitation of MVCC per se, it's only an implementation
> shortcut for catalog updates. Fixing this across all system catalog
> updates seems more trouble than it's worth. It'd be nice if the
> concurrent-CREATE-INDEX case worked, though.
>
> regards, tom lane
>
> ---------------------------(end of broadcast)---------------------------
> TIP 6: Have you searched our list archives?
>
> http://archives.postgresql.org
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Peter Eisentraut | 2002-07-25 20:54:04 | Re: [PATCHES] prepareable statements |
| Previous Message | Tom Lane | 2002-07-25 20:25:48 | Re: tuple concurrently updated |