Re: nested hstore patch - Mailing list pgsql-hackers

From Robert Haas
Subject Re: nested hstore patch
Date
Msg-id CA+TgmoaTRHc73mzba6UCG-Ck1_Eqt7PJ8v1yyLu=REO+DDZhBg@mail.gmail.com
Whole thread Raw
In response to Re: nested hstore patch  ("David E. Wheeler" <david@justatheory.com>)
Responses Re: nested hstore patch
Re: nested hstore patch
List pgsql-hackers
On Fri, Dec 20, 2013 at 6:16 PM, David E. Wheeler <david@justatheory.com> wrote:
> * New operators:
>   + `hstore -> int`:     Get string value at array index (starting at 0)
>   + `hstore ^> text`:    Get numeric value for key
>   + `hstore ^> int`:     Get numeric value at array index
>   + `hstore ?> text`:    Get boolean value for key
>   + `hstore ?> int`:     Get boolean value at array index
>   + `hstore #> text[]`:  Get string value for key path
>   + `hstore #^> text[]`: Get numeric value for key path
>   + `hstore #?> text[]`: Get boolean value for key path
>   + `hstore %> text`:    Get hstore value for key
>   + `hstore %> int`:     Get hstore value at array index
>   + `hstore #%> text[]`: Get hstore value for key path
>   + `hstore ? int`:      Does hstore contain array index
>   + `hstore #? text[]`:  Does hstore contain key path
>   + `hstore - int`:      Delete index from left operand
>   + `hstore #- text[]`:  Delete key path from left operand

Although in some ways there's a certain elegance to this, it also
sorta looks like punctuation soup.  I can't help wondering whether
we'd be better off sticking to function names.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Boszormenyi Zoltan
Date:
Subject: Re: ECPG FETCH readahead, was: Re: ECPG fixes
Next
From: Hannu Krosing
Date:
Subject: Re: nested hstore patch