Re: Repair cosmetic damage (done by pg_indent?)
Вложения
В списке pgsql-patches по дате отправления:
| От | Decibel! |
|---|---|
| Тема | Re: Repair cosmetic damage (done by pg_indent?) |
| Дата | |
| Msg-id | 20070728175740.GD25704@nasby.net обсуждение исходный текст |
| Ответ на | Repair cosmetic damage (done by pg_indent?) (Gregory Stark <stark@enterprisedb.com>) |
| Ответы |
Re: Repair cosmetic damage (done by pg_indent?)
|
| Список | pgsql-patches |
On Fri, Jul 27, 2007 at 04:07:01PM +0100, Gregory Stark wrote: > Fwiw, do we really not want to compress anything smaller than 256 bytes > (everyone in Postgres uses the default strategy, not the always strategy). Is there actually a way to specify always compressing? I'm not seeing it on http://www.postgresql.org/docs/8.2/interactive/storage-toast.html > ISTM that with things like CHAR(n) around we might very well have some > databases where compression for smaller sized datums would be beneficial. I > would suggest 32 for the minimum. CPU is generally cheaper than IO now-a-days, so I agree with something less than 256. Not sure what would be best though. I do have a database that has both user-entered information as well as things like email addresses, so I could do some testing on that if people want. -- Decibel!, aka Jim Nasby decibel@decibel.org EnterpriseDB http://enterprisedb.com 512.569.9461 (cell)
В списке pgsql-patches по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера