Re: Extended customizing, SQL functions,

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: Extended customizing, SQL functions,
Дата
Msg-id 87pt8n9v9o.fsf@stark.xeocode.com
обсуждение исходный текст
Ответ на Re: Extended customizing, SQL functions,  (pgsql@mohawksoft.com)
Ответы Re: Extended customizing, SQL functions,
Список pgsql-hackers
pgsql@mohawksoft.com writes:

> Having internal PostgreSQL variables that are not present on disk, or
> maybe, variables that are mirrored on disk may be good.

I don't think there's anything wrong with your idea, and there are numerous
good solutions that implement it already. But what makes you think this
belongs in Postgres?

There are plenty of memory and disk based shared databases that are
non-transactional and non-relational and meant for storing just this kind of
non-relational data. Some are much faster than postgres for simple
non-concurrent one-record lookups and updates like this.

Use the right tool for the job. Don't try to make one tool do everything,
especially something that's anathema to its basic design.

-- 
greg



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

Предыдущее
От: Greg Stark
Дата:
Сообщение: Re: Win32, PITR, nested transactions, tablespaces
Следующее
От: pgsql@mohawksoft.com
Дата:
Сообщение: Re: Extended customizing, SQL functions,