Re: Running PostgreSQL as fast as possible no matter the consequences
От | Andy Colson |
---|---|
Тема | Re: Running PostgreSQL as fast as possible no matter the consequences |
Дата | |
Msg-id | 4CE189AF.6020308@squeakycode.net обсуждение исходный текст |
Ответ на | Re: Running PostgreSQL as fast as possible no matter the consequences (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: Running PostgreSQL as fast as possible no matter the consequences
|
Список | pgsql-performance |
On 11/15/2010 9:06 AM, Robert Haas wrote: > In 9.1, I'm hopeful that we'll have unlogged tables, which will even > better than turning these parameters off, and for which I just posted > a patch to -hackers. Instead of generating WAL and writing WAL to the > OS and then NOT trying to make sure it hits the disk, we just won't > generate it in the first place. But if PostgreSQL or the machine it's > running on crashes, you won't need to completely blow away the cluster > and start over; instead, the particular tables that you chose to > create as unlogged will be truncated, and the rest of your data, > including the system catalogs, will still be intact. > if I am reading this right means: we can run our db safely (with fsync and full_page_writes enabled) except for tables of our choosing? If so, I am very +1 for this! -Andy
В списке pgsql-performance по дате отправления: