| От | John R Pierce |
|---|---|
| Тема | Re: Pg and compress |
| Дата | |
| Msg-id | 4E812244.4050209@hogranch.com обсуждение исходный текст |
| Ответ на | Re: Pg and compress (Jov <zhao6014@gmail.com>) |
| Список | pgsql-general |
On 09/26/11 5:53 PM, Jov wrote: > > Most are bigint and one field is varchar. > There is no index. > > well, scalar bigint values will be 8 bytes, plus a bit or 2 of overhead per field. each complete tuple has a dozen bytes of header overhead. tuples are stored as many as fit in a 8K block, unless you've specified a fillfactor, whereupon that % of space is left free in each block. if your CSV has mostly small integer values that are just 1-2-3 digits, yeah, bigint will take more space than ascii. -- john r pierce N 37, W 122 santa cruz ca mid-left coast
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера