| From: | Jeff Janes <jeff(dot)janes(at)gmail(dot)com> | 
|---|---|
| To: | Thomas Kellerer <spam_eater(at)gmx(dot)net> | 
| Cc: | "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> | 
| Subject: | Re: Is there bigintarray? | 
| Date: | 2015-11-02 22:28:25 | 
| Message-ID: | CAMkU=1zmxAQLPe9HHuCgddNyxGhBa_Gouny4anqmoaZ0npaKSg@mail.gmail.com | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-general | 
On Mon, Nov 2, 2015 at 1:41 PM, Thomas Kellerer <spam_eater(at)gmx(dot)net> wrote:
> Igor Bossenko schrieb am 02.11.2015 um 14:20:
>>
>> What is the current plans for bigintarray?
>>
>> Igor
>>
>>
>
> The following works for me:
>
>   create table foo
>   (
>     bia bigint[]
>   );
But you can't build indexes on them using the intarray extension
opclasses, which I think is what he wants to know about.  There is
gist__intbig_ops, but that is for big arrays of ints, not for arrays
of bigints.
As far as I know there are no plans on this front.
If Igor only needs &&, @> and <@ then he can just use the builtin gin
opclass for those.  But he can't get @@ and ~~ from the built-ins.
Cheers,
Jeff
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jason O'Donnell | 2015-11-02 22:56:12 | Re: How to search a string inside a json structure | 
| Previous Message | David G. Johnston | 2015-11-02 22:22:31 | Re: Approach to extract top records from table based upon aggregate |