Re: [PERFORM] slow delete

2008-07-04 Thread PFC
by the way, there is a foreign key on another table that references the primary key col0 on table test. Is there an index on the referencing field in the other table ? Postgres must find the rows referencing the deleted rows, so if you forget to index the referencing column, this can tak

Re: [PERFORM] slow delete

2008-07-04 Thread Jessica Richard
Thanks so much for your help. I can select the 80K data out of 29K rows very fast, but we I delete them, it always just hangs there(> 4 hours without finishing), not deleting anything at all. Finally, I select pky_col where cola = 'abc', and redirect it to an out put file with a list of pky_col

Re: [PERFORM] slow delete

2008-07-04 Thread tv
> My next question is: what is the difference between "select" and "delete"? > There is another table that has one foreign key to reference the test > (parent) table that I am deleting from and this foreign key does not have > an index on it (a 330K row table). The difference is that with SELECT y

Re: [PERFORM] slow delete

2008-07-04 Thread Alan Hodgson
On Friday 04 July 2008, [EMAIL PROTECTED] wrote: > > My next question is: what is the difference between "select" and > > "delete"? There is another table that has one foreign key to reference > > the test (parent) table that I am deleting from and this foreign key > > does not have an index on it

Re: [PERFORM] Fusion-io ioDrive

2008-07-04 Thread Jeffrey Baker
On Tue, Jul 1, 2008 at 5:18 PM, Jeffrey Baker <[EMAIL PROTECTED]> wrote: > I recently got my hands on a device called ioDrive from a company > called Fusion-io. The ioDrive is essentially 80GB of flash on a PCI > card. [...] >Service Time Percentile, millis >R