From: | Manfred Koizar <mkoi-pg(at)aon(dot)at> |
---|---|
To: | Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com> |
Cc: | Peter Schindler <pschindler(at)synchronicity(dot)com>, pg-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: RI_FKey_check: foreign key constraint blocks parallel |
Date: | 2002-11-15 22:11:52 |
Message-ID: | t6oatuc4tubo6j6tg9cefg1q3r4dtq50m1@4ax.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
On Wed, 13 Nov 2002 14:22:51 -0800 (PST), Stephan Szabo
<sszabo(at)megazone23(dot)bigpanda(dot)com> wrote:
>Right now, I know that it has a hole that lets through invalid data
Stephan, your patch has been posted to -general (Subject: Re:
[GENERAL] Help..Help...). Is this version still valid?
> void
> heap_mark4fk_lock_acquire(Relation relation, HeapTuple tuple) {
> [...]
> /* try to find the list for the table in question */
This part of the patch works, if the list
(a) is initially empty or
(b) already contains relid or
(c) starts with a table > relid.
> while (ptr!=NULL) {
> if (relid>ptr->table) {
> ptr=ptr->next;
> oldptr=ptr;
// AFAICT above two lines should be swapped ...
> }
> else
> break;
> }
... otherwise
(d) if the new relid is to be inserted between two existing entries,
we get two items pointing to each other
(e) if the new relid is > the last table in the list, we lose the
whole list.
Servus
Manfred
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2002-11-15 22:14:12 | Re: manipuliation the pg_shadow table |
Previous Message | Tom Lane | 2002-11-15 22:11:48 | Re: Installing PostgreSQL on HPUX 11i (with TCL) -- how does one do it |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2002-11-15 22:54:39 | char(n) to varchar or text conversion should strip trailing spaces |
Previous Message | Al Sutton | 2002-11-15 20:48:11 | Missing file from CVS? |