Re: Optimizer not using index on 120M row table
От | Jim C. Nasby |
---|---|
Тема | Re: Optimizer not using index on 120M row table |
Дата | |
Msg-id | 20030407231859.O31861@flake.decibel.org обсуждение исходный текст |
Ответ на | Re: Optimizer not using index on 120M row table (Neil Conway <neilc@samurai.com>) |
Ответы |
Re: Optimizer not using index on 120M row table
|
Список | pgsql-general |
On Mon, Apr 07, 2003 at 11:49:27PM -0400, Neil Conway wrote: > > On a related note, will pgsql do 'index covering', reading only the > > index if it contains all the information a query needs? > > No -- in PostgreSQL, tuple visibility information is only stored in the > heap, not in the index. So the heap tuple always needs to be examined, > to determine if the specified tuple has been updated/deleted by some > transaction. 'visibility information'? Is this related to the versioning that pgsql uses instead of read locks? I know in other RDBMS's it's very useful to have index covering because it eliminates needing to load the base pages into memory at all, but I don't know pgqsl's layout well enough to know how much this helps. Chapter 7 of the developers guide has info on page files, but I haven't seen info on how index tuples are stored. -- Jim C. Nasby (aka Decibel!) jim@nasby.net Member: Triangle Fraternity, Sports Car Club of America Give your computer some brain candy! www.distributed.net Team #1828 Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?"
В списке pgsql-general по дате отправления: