Re: [PERFORM] seqscan strikes again

2004-11-09 Thread Tom Lane
"Jim C. Nasby" <[EMAIL PROTECTED]> writes: > I'm wondering if there's any way I can tweak things so that the estimate > for the query is more accurate (I have run analyze): >-> Index Scan using alert__tick_tsz on alert > (cost=0.00..2498.49 rows=7119 width=28) (actual time=0.006

Re: [PERFORM] seqscan strikes again

2004-11-09 Thread Joshua D. Drake
opensims=# I'd really like to avoid putting a 'set enable_seqscan=false' in my code, especially since this query only has a problem if it's run on a large date/time window, which normally doesn't happen. Try increasing your statistics target for the column and then rerunning analyze. Sincerely

[PERFORM] seqscan strikes again

2004-11-09 Thread Jim C. Nasby
I'm wondering if there's any way I can tweak things so that the estimate for the query is more accurate (I have run analyze): QUERY PLAN

Re: [PERFORM] Need advice on postgresql.conf settings

2004-11-09 Thread Sean Chittenden
The real issue is this, we have THE SAME queries taking anywhere from .001 - 90.0 seconds... the server is using 98% of the available RAM at all times (because of the persistant connections via php), and I don't know what to do. Another possible line of attack is to use persistent (pooled) conne

Re: [PERFORM] Need advice on postgresql.conf settings

2004-11-09 Thread Tom Lane
"Shane | SkinnyCorp" <[EMAIL PROTECTED]> writes: > The real issue is this, we have THE SAME queries taking anywhere from .001 - > 90.0 seconds... the server is using 98% of the available RAM at all times > (because of the persistant connections via php), and I don't know what to > do. I have a

Re: [PERFORM] vacuum analyze slows sql query

2004-11-09 Thread patrick ~
--- John Meinel <[EMAIL PROTECTED]> wrote: > If you are trying to establish existence, we also had a whole thread on > this. Basically what we found was that adding an ORDER BY clause, helped > tremendously in getting the planner to switch to an Index scan. You > might try something like: > >

[PERFORM] Need advice on postgresql.conf settings

2004-11-09 Thread Shane | SkinnyCorp
Thanks in advance for anything you can do to help. The real issue is this, we have THE SAME queries taking anywhere from .001 - 90.0 seconds... the server is using 98% of the available RAM at all times (because of the persistant connections via php), and I don't know what to do. Every time I ch

Re: [ADMIN] [PERFORM] poor performance in migrated database

2004-11-09 Thread Carlos Lopez
Dear Tom, thanks for your information. Where can I learn more about the explain and analyze?? One view that is giving a lot of problems is vkardex_3 which is used most of the time... The explain analyze I sent is one of the views that conform this one. Thanks in advance. Carlos Lopez Linares ---