Re: database speed

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: database speed
Дата
Msg-id 87ptgeavcl.fsf@stark.dyndns.tv
обсуждение исходный текст
Ответ на Re: database speed  ("Chris Stokes" <ChrisS@BassSoftware.com>)
Список pgsql-general
"Chris Stokes" <ChrisS@BassSoftware.com> writes:

> I wondered if it might be a row chaining issue of some sort ?!?

Just to address this point:

Row Chaining is how Oracle deals with updates when the new record takes more
space than is available in the original block. Since Oracle does in-place
updates this is a real problem. It has to put a pointer in the first block to
a second overflow block. A busy table in which records often grow and shrink
can become slow because of having to follow all these pointers.

Postgres is very different. Updates in Postgres aren't in-place; every update
in Postgres is a delete and insert. Therefore there's no row-chaining problem,
in fact records can be packed (pctfree 0 pctused 100).

There are analogous problems though. It's easier to keep a heavily updated
table "clean" with postgres's approach but there are still a lot of cases to
consider. The free space can be fragmented (vacuum full can help that), the
data can be very poorly distributed (cluster can help that temporarily).

--
greg

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

Предыдущее
От: "Uwe C. Schroeder"
Дата:
Сообщение: Trigger or Rule ?
Следующее
От: Alex
Дата:
Сообщение: DBD::Pg Err / Errstr