From: | Joel Jacobson <joel(at)trustly(dot)com> |
---|---|
To: | Hannu Krosing <hannu(at)2ndquadrant(dot)com> |
Cc: | Marko Tiikkaja <marko(at)joh(dot)to>, Bruce Momjian <bruce(at)momjian(dot)us>, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>, Josh Berkus <josh(at)agliodbs(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: PL/pgSQL 1.2 |
Date: | 2014-09-04 07:37:14 |
Message-ID: | CAASwCXdnm68YMbS7SXi1QXGEgXH0Nbo-bZm5k9xRka2FSVP2wA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Sep 3, 2014 at 11:19 PM, Hannu Krosing <hannu(at)2ndquadrant(dot)com> wrote:
> SELECT[1] - select exactly one row, anything else raises error
> SELECT[0:1] - select zero or one rows, anything else raises error
> SELECT[1:] - select one or more rows
>
> plain SELECT is equivalent to SELECT[0:]
>
> same syntax could be used for enforcing sane affected row counts
> for INSERT and DELETE
+1 for a new fresh creative idea! My mind was stuck in a "looking for
keywords" state.
The only suggestion I think is slightly better is the "STRICT UPDATE",
but only if I'm right assuming the "one row" use-case is much more
common than the "zero or one rows" and "one or more rows" use-cases.
If all use-cases are equally important to support in a nice way,
then the suggested syntax is brilliant, as it supports all of them.
Bonus points for the extremely condensed syntax.
> 2. Substitute for EXECUTE with string manipulation
> ----------------------------------------------------------------
>
> using backticks `` for value/command substitution in SQL as an alternative
> to EXECUTE string
+1 for being backwards compatible, but I have no strong opinion.
> 3. A way to tell pl/pggsql not to cache plans fro normal queries
> -----------------------------------------------------------------------------------
> OR we could do it in SQL-ish way using like this:
>
> SELECT
> ...
> USING FRESH PLAN;
+1 for clean syntax
From | Date | Subject | |
---|---|---|---|
Next Message | Pavel Stehule | 2014-09-04 07:39:30 | Re: PL/pgSQL 1.2 |
Previous Message | Alexey Klyukin | 2014-09-04 07:33:02 | Re: implement subject alternative names support for SSL connections |