Re: Running PostgreSQL as fast as possible no matter the consequences
В списке pgsql-performance по дате отправления:
| От | Guillaume Cottenceau |
|---|---|
| Тема | Re: Running PostgreSQL as fast as possible no matter the consequences |
| Дата | |
| Msg-id | 87hbfwvupx.fsf@meuh.mnc.lan обсуждение |
| Ответ на | Re: Running PostgreSQL as fast as possible no matter the consequences (Marti Raudsepp <marti@juffo.org>) |
| Ответы |
Re: Running PostgreSQL as fast as possible no matter the consequences
|
| Список | pgsql-performance |
Marti Raudsepp <marti 'at' juffo.org> writes: > On Fri, Nov 5, 2010 at 13:32, A B <gentosaker@gmail.com> wrote: >> I was just thinking about the case where I will have almost 100% >> selects, but still needs something better than a plain key-value >> storage so I can do some sql queries. >> The server will just boot, load data, run, hopefully not crash but if >> it would, just start over with load and run. > > If you want fast read queries then changing > fsync/full_page_writes/synchronous_commit won't help you. That illustrates how knowing the reasoning of this particular requests makes new suggestions worthwhile, while previous ones are now seen as useless. -- Guillaume Cottenceau
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера