| От | Philip Warner |
|---|---|
| Тема | Re: Significantly larger toast tables on 8.4? |
| Дата | |
| Msg-id | 4960314B.2020502@rhyme.com.au обсуждение исходный текст |
| Ответ на | Re: Significantly larger toast tables on 8.4? (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: Significantly larger toast tables on 8.4?
|
| Список | pgsql-hackers |
Tom Lane wrote: > It would be fairly easy, I think, to add some reloption fields that > would let these parameters be controlled on a per-table level. > Per-column would be much more painful; do we really need that? > Another +1 on the per-table setting. Or a config file setting to disable this for the instance. We have a 200GB DB that is mostly large text (>1MB) that is not searched with substr. If we see a blowout in size of even 3x, we will not be able to upgrade due to disk space limitations (at least without paying for a lot of disks on mirror servers and hot-standy servers).
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера