Re: [HACKERS] [doc fix] Really trivial fix for BRIN documentation
В списке pgsql-hackers по дате отправления:
| От | Tsunakawa, Takayuki |
|---|---|
| Тема | Re: [HACKERS] [doc fix] Really trivial fix for BRIN documentation |
| Дата | |
| Msg-id | 0A3221C70F24FB45833433255569204D1F6A6269@G01JPEXMBYT05 обсуждение исходный текст |
| Ответ на | Re: [HACKERS] [doc fix] Really trivial fix for BRIN documentation (Simon Riggs <simon@2ndquadrant.com>) |
| Список | pgsql-hackers |
From: Simon Riggs [mailto:simon@2ndquadrant.com] > Pushed, but using "heap" rather than "table", for clarity. Thanks for the > patch. Thank you for responding so quickly. I'm comfortable with "heap." On the other hand, src/backend/access/brin/README uses"table" as follows. Second, I thought users would feel more familiar with the general term "table." Third, I supposedPostgreSQL might add support for other structures for tables than heap in the future, like SQL Server provides heap(non-clustered table) and clustered tables. At index creation time, the whole table is scanned; for each page range the summarizing values of each indexed column and nulls bitmap are collected and stored in the index. I should have written the reason I chose "table." Anyway, I'm OK with heap. Regards Takayuki Tsunakawa
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера