Re: [PERFORM] How to improve db performance with $7K?

2005-04-02 Thread Dave Cramer
Yeah, 35Mb per sec is slow for a raid controller, the 3ware mirrored is about 50Mb/sec, and striped is about 100 Dave PFC wrote: With hardware tuning, I am sure we can do better than 35Mb per sec. Also WTF ? My Laptop does 19 MB/s (reading <10 KB files, reiser4) ! A recent desktop 7

[PERFORM] coalesce alternative

2005-04-02 Thread ALÝ ÇELÝK
I have used coalesce function for null fields but coalesce is too slow. I need fast alternative for coalesce ALÝ ÇELÝK ---(end of broadcast)--- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faq

Re: [PERFORM] Query Optimizer Failure / Possible Bug

2005-04-02 Thread Hannes Dorbath
hm, a few days and not a single reply :| any more information needed? test data? simplified test case? anything? thanks Hannes Dorbath wrote: The query and the corresponding EXPLAIN is at http://hannes.imos.net/query.txt I'd like to use the column q.replaced_serials for multiple calculations in the

Re: [PERFORM] Delete query takes exorbitant amount of time

2005-04-02 Thread Karim A Nassar
On Mon, 28 Mar 2005, Stephan Szabo wrote: > > On Mon, 28 Mar 2005, Simon Riggs wrote: > > > run the EXPLAIN after doing > > > SET enable_seqscan = off ... > I think you have to prepare with enable_seqscan=off, because it > effects how the query is planned and prepared. orfs=# SET enable_seqsca

Re: [PERFORM] Delete query takes exorbitant amount of time

2005-04-02 Thread Karim A Nassar
> Well, based upon the evidence so far, the Optimizer got it right: Agreed. So, this means that the answer to my original question is "that delete gonna take a long time"? Seems that there is still something wrong. From what I can tell from everyones questions, the FK constraint on measurement is

Re: [PERFORM] Delete query takes exorbitant amount of time

2005-04-02 Thread Karim A Nassar
> Each value has 1/13th of the table, which is too many rows per value to > make an IndexScan an efficient way of deleting rows from the table. But, the original question was that the delete that was taking a long time was on a different table. I tried to delete 150 rows from a table with 750 rows

Re: [PERFORM] Query Optimizer Failure / Possible Bug

2005-04-02 Thread Hannes Dorbath
Thank you very much for your reply. I'll try to modify it. Josh Berkus wrote: Hannes, The query and the corresponding EXPLAIN is at http://hannes.imos.net/query.txt The problem is that you're using a complex corellated sub-select in the SELECT clause: SELECT d.delivery_id, da.ar

Re: [PERFORM] Follow-Up: How to improve db performance with $7K?

2005-04-02 Thread Will LaShell
Vivek Khera wrote: On Mar 31, 2005, at 9:01 PM, Steve Poe wrote: Now, we need to purchase a good U320 RAID card now. Any suggestions for those which run well under Linux? Not sure if it works with linux, but under FreeBSD 5, the LSI MegaRAID cards are well supported. You should be able to pick

Re: [PERFORM] date - range

2005-04-02 Thread Bruno Wolff III
On Sat, Apr 02, 2005 at 00:01:31 -0700, Michael Fuhr <[EMAIL PROTECTED]> wrote: > On Fri, Apr 01, 2005 at 09:59:44PM -0800, Mischa wrote: > > > > > > select ... where first_date <= today and last_date >= today > > > > > > Whatever index we create system always does a sequential scan (whic