Re: [GENERAL] GiST: Need ideas on how to minimise data in a GiST index
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [GENERAL] GiST: Need ideas on how to minimise data in a GiST index |
| Дата | |
| Msg-id | 12891.1048520057@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | GiST: Need ideas on how to minimise data in a GiST index ("Mark Cave-Ayland" <m.cave-ayland@webbased.co.uk>) |
| Список | pgsql-hackers |
"Mark Cave-Ayland" <m.cave-ayland@webbased.co.uk> writes:
> However, each database column also has a spatial reference system
> identifier (SRID) that specifies the coordinate system the geometry is
> in. What should happen is that given two geometries or bounding boxes,
> an error should be generated whenever the SRIDs do not match.
Offhand I'm not sure why you think the index should solve this. It
seems more like grist for a CHECK constraint applied to the table.
One way to attack it without bloating the index is to consider the index
as lossy, meaning that the actual geometric operator must be reapplied
on each row identified by the index. Then the operator can compare
SRIDs, but you need not store SRIDs in the index.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера