Re: SourceForge & Postgres
От | The Hermit Hacker |
---|---|
Тема | Re: SourceForge & Postgres |
Дата | |
Msg-id | Pine.BSF.4.21.0012120019030.29523-100000@thelab.hub.org обсуждение исходный текст |
Ответ на | Re: SourceForge & Postgres (mlw <markw@mohawksoft.com>) |
Ответы |
Re: SourceForge & Postgres
|
Список | pgsql-hackers |
one thing I've found to get around this is for any query that doesn't appear to use the index properly, just do: SET ENABLE_SEQSCAN=OFF; <query> SET ENABLE_SEQSCAN=ON; that way for those queries that do work right, ou haven't forced it a different route .. On Mon, 11 Dec 2000, mlw wrote: > Bruce Momjian wrote: > > This is great news. As far as the optimizer, any chance of testing 7.1 > > to see if it is improved. I believe it has been over 7.0.3. > > I just did a test of my database that exhibits this behavior, using 7.1 > from CVS. > > When postmaster is started with "-o -fs" I get this: > > cdinfo=# explain select * from ztitles where artistid = 0 ; > NOTICE: QUERY PLAN: > > Index Scan using ztitles_artistid_ndx on ztitles (cost=0.00..5915.01 > rows=3163 width=296) > > EXPLAIN > > When postmaster is started without "-o -fs" I get this: > > cdinfo=# explain select * from ztitles where artistid = 0 ; > NOTICE: QUERY PLAN: > > Seq Scan on ztitles (cost=0.00..4740.75 rows=3163 width=296) > > EXPLAIN > > -- > http://www.mohawksoft.com > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org
В списке pgsql-hackers по дате отправления: