Re: Berkeley DB...

Поиск
Список
Период
Сортировка
От Chris Bitmead
Тема Re: Berkeley DB...
Дата
Msg-id 39287B08.49C7E81E@nimrod.itg.telecom.com.au
обсуждение исходный текст
Ответ на Re: Berkeley DB...  ("Michael A. Olson" <mao@sleepycat.com>)
Ответы Re: Berkeley DB...  ("Michael A. Olson" <mao@sleepycat.com>)
Список pgsql-hackers
"Michael A. Olson" wrote:

> You get another benefit from Berkeley DB -- we eliminate the 8K limit
> on tuple size.  For large records, we break them into page-sized
> chunks for you, and we reassemble them on demand.  Neither PostgreSQL
> nor the user needs to worry about this, it's a service that just works.
> 
> A single record or a single key may be up to 4GB in size.

That's certainly nice. But if you don't access a BIG column, you have to
retrieve the whole record? A very nice idea of the Postgres TOAST idea
is that you don't. You can have...
CREATE TABLE image (name TEXT, size INTEGER, giganticTenMegImage GIF);
As long as you don't select the huge column you don't lift it off disk.
That's pretty nice. In other databases I've had to do some annoying
refactoring of data models to avoid this.


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Last call for comments: fmgr rewrite [LONG]
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Last call for comments: fmgr rewrite [LONG]