Re: Forcing query to use an index
От | Michael Nachbaur |
---|---|
Тема | Re: Forcing query to use an index |
Дата | |
Msg-id | B676DBF2-4DCF-11D7-90E0-000A27935D5A@nachbaur.com обсуждение исходный текст |
Ответ на | Re: Forcing query to use an index (Josh Berkus <josh@agliodbs.com>) |
Список | pgsql-sql |
On Monday, Mar 3, 2003, at 15:21 US/Pacific, Josh Berkus wrote: > Micheal, > > Don't forget to run ANALYZE as well; this does not require a table > lock. Yes, I have a cron job that runs a "vacuum analyze" once every other hour. >> Does using "set enable_seqscan = off" impact anything else on the >> system, or is it connection-specific? Is this the recommended way of >> doing this, or is there another way of coercing Postgres into using >> indexes? I'm making these queries from Perl code running in an XSP >> page, so I'm not sure how flexible this option would be from a >> developer point of view. > > Setting enable_seqscan=off is just for testing purposes, to see if the > planner > is making a wrong decision so that you can adjust your .conf params, > query, > and/or indexes to suit. The setting is *not* intended as a production > solution. *phew* good. Now that I know the planner is making a bad choice, where do I go from here? Should I RTFM? Also, the query values in the configuration file that the planner uses, are those machine-specific or are the defaults the recommended values?
В списке pgsql-sql по дате отправления: