Re: WIP: BRIN multi-range indexes
От | Tom Lane |
---|---|
Тема | Re: WIP: BRIN multi-range indexes |
Дата | |
Msg-id | 22674.1517874015@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: WIP: BRIN multi-range indexes (Tomas Vondra <tomas.vondra@2ndquadrant.com>) |
Ответы |
Re: WIP: BRIN multi-range indexes
|
Список | pgsql-hackers |
Tomas Vondra <tomas.vondra@2ndquadrant.com> writes: > Yeah, that's what I've been wondering about too. There's also this > comment in nabstime.h: > /* > * Although time_t generally is a long int on 64 bit systems, these two > * types must be 4 bytes, because that's what pg_type.h assumes. They > * should be yanked (long) before 2038 and be replaced by timestamp and > * interval. > */ > But then why adding BRIN opclasses at all? And if adding them, why not > to test them? We all know how long deprecation takes, particularly for > data types. There was some pretty recent chatter about removing these types; IIRC Andres was annoyed about their lack of overflow checks. I would definitely vote against adding any BRIN support for these types, or indeed doing any work on them at all other than removal. regards, tom lane
В списке pgsql-hackers по дате отправления: