Re: PostgreSQL as a local in-memory cache

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: PostgreSQL as a local in-memory cache
Дата
Msg-id AANLkTilDl2awfFVG7MCRIriToXCurxK_l9vYDhJBdV-W@mail.gmail.com
обсуждение исходный текст
Ответ на Re: PostgreSQL as a local in-memory cache  (Rob Wultsch <wultsch@gmail.com>)
Ответы Re: PostgreSQL as a local in-memory cache  (Josh Berkus <josh@agliodbs.com>)
Список pgsql-performance
On Thu, Jun 24, 2010 at 4:40 AM, Rob Wultsch <wultsch@gmail.com> wrote:
> On Fri, Jun 18, 2010 at 1:55 PM, Josh Berkus <josh@agliodbs.com> wrote:
>>
>>> It must be a setting, not a version.
>>>
>>> For instance suppose you have a session table for your website and a
>>> users table.
>>>
>>> - Having ACID on the users table is of course a must ;
>>> - for the sessions table you can drop the "D"
>>
>> You're trying to solve a different use-case than the one I am.
>>
>> Your use-case will be solved by global temporary tables.  I suggest that
>> you give Robert Haas some help & feedback on that.
>>
>> My use case is people using PostgreSQL as a cache, or relying entirely
>> on replication for durability.
>
> Is he? Wouldn't a global temporary table have content that is not
> visible between db connections? A db session many not be the same as a
> user session.
>

I'm planning to implement global temporary tables, which can have
different contents for each user session.

And I'm also planning to implement unlogged tables, which have the
same contents for all sessions but are not WAL-logged (and are
truncated on startup).

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise Postgres Company

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

Предыдущее
От: tv@fuzzy.cz
Дата:
Сообщение: Re: Small Queries Really Fast, Large Queries Really Slow...
Следующее
От: Janning
Дата:
Сообщение: Write performance