From: | Gnanavel S <s(dot)gnanavel(at)gmail(dot)com> |
---|---|
To: | renzo(at)tzi(dot)de |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Strange delete behaviour |
Date: | 2005-08-01 12:34:52 |
Message-ID: | eec3b03c05080105343b1c8ef5@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
post the description of the t_node and t_document tables for more
information
On 8/1/05, Renzo Kottmann <renzo(at)tzi(dot)de> wrote:
>
> Hello,
>
> I have a strange delete behaviour in my postgres 8.0.3 database:
>
> If I try a
>
> delete
> from t_node
> where node_doc_id = XX;
>
> from inside a plpgsql function
>
> on this table:
>
> CREATE TABLE t_node (
> node_global_id int4 DEFAULT nextval('seq_node') NOT NULL ,
> node_doc_id int4 NOT NULL ,
> node_local_id int4 NOT NULL ,
> node_offset int4 NOT NULL ,
> FOREIGN KEY ( node_doc_id )
> REFERENCES t_document ( doc_id )
> MATCH FULL ,
> PRIMARY KEY ( node_global_id )
> );
>
> CREATE UNIQUE INDEX idx_node ON t_node (
> node_doc_id
> node_local_id
> );
>
> The deletion does not finish after several minutes and the CPU is
> running at 100% all the time unless I stop postmaster. A select works
> normal and gives me around 2500 rows. Does anybody has an idea why this
> happens?
>
> Thanks,
> renzo
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: don't forget to increase your free space map settings
>
--
with regards,
S.Gnanavel
Satyam Computer Services Ltd.
From | Date | Subject | |
---|---|---|---|
Next Message | Sean Davis | 2005-08-01 12:40:13 | Alter privileges for all tables |
Previous Message | Renzo Kottmann | 2005-08-01 11:57:32 | Strange delete behaviour |