Re: Why frequently updated tables are an issue

Поиск
Список
Период
Сортировка
От Glen Parker
Тема Re: Why frequently updated tables are an issue
Дата
Msg-id AJEKKAIECKNMBCEKADJPOEKECGAA.glenebob@nwlink.com
обсуждение исходный текст
Ответ на Re: Why frequently updated tables are an issue  (Shridhar Daithankar <shridhar@frodo.hserus.net>)
Ответы Re: Why frequently updated tables are an issue  (Shridhar Daithankar <shridhar@frodo.hserus.net>)
Список pgsql-hackers
> It has been suggested in past to add such a visibility to index
> tuple header so
> that index and heaps can be cleaned out of order. In such a case
> other backround

It seems to me that the benefit of this wouldn't be all that impressive
*when accessing the cache*, which is the problem this discussion is about.
Disk access would occur more commonly with large tables, which I'll ignore.
Let's say total scan time for a query on a very dirty table is 100ms.  It
seems safe to assume that the scan time for the index would be *roughly*
half that of the heap.  If visibilty could be determined by looking at just
the index tuple, you'd cut you query scan time down to 50ms.  When the clean
table case is 7ms total scan time, the difference between 50 and 100 ms is
not much of an issue; either way, it's still way to high!

> However increasing index footprint seems to be a tough sell.


And rightly so, IMO.

Glen Parker



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andreas Pflug
Дата:
Сообщение: Re: [PATCHES] serverlog function (log_destination file)
Следующее
От: Tom Lane
Дата:
Сообщение: Re: More vacuum.c refactoring