MIME-Version: 1.0
In-Reply-To: <1509399760322-0.post@n3.nabble.com>
References: 
 <CAFj8pRDY+m9OOxfO10R7J0PAkCCauM-TweaTrdsrsLGMb1VbEQ@mail.gmail.com>
 <20171026220732.GI4496@localhost>
 <CAFj8pRAemkdaDuoRQzrhs2GU59Bb_yHuquJC6nyrwGHfVdLuLw@mail.gmail.com>
 <1509399760322-0.post@n3.nabble.com>
From: Pavel Stehule <pavel.stehule@gmail.com>
Date: Tue, 31 Oct 2017 21:33:35 +0100
Message-ID: 
 <CAFj8pRC3jq38zpNRJjQepkQKogfKC=0teb4OviZ7RwZ4je8ymQ@mail.gmail.com>
Subject: Re: proposal: schema variables
To: srielau <serge@rielau.com>
Cc: PostgreSQL Hackers <pgsql-hackers@postgresql.org>
Content-Type: multipart/alternative; boundary="f403043a0ddcbb0650055cddaddd"
Precedence: bulk
Sender: pgsql-hackers-owner@postgresql.org

--f403043a0ddcbb0650055cddaddd
Content-Type: text/plain; charset="UTF-8"

Hi

2017-10-30 22:42 GMT+01:00 srielau <serge@rielau.com>:

> Pavel,
>
> I wouldn't put in the DROP option.
> Or at least not in that form of syntax.
>
> By convention CREATE persists DDL and makes object definitions visible
> across sessions.
> DECLARE defines session private objects which cannot collide with other
> sessions.
>
> If you want variables with a short lifetime that get dropped at the end of
> the transaction that by definition would imply a session private object. So
> it ought to be DECLARE'd.
>
> As far as I can see PG has been following this practice so far.
>

I am thinking so there is little bit overlap between DECLARE and CREATE
TEMP VARIABLE command. With DECLARE command, you are usually has not any
control when variable will be destroyed. For CREATE TEMP xxxx is DROP IF
EXISTS, but it should not be used.

It should be very similar to our current temporary tables, that are created
in session related temp schema.

I can imagine, so DECLARE command will be introduced as short cut for
CREATE TEMP VARIABLE, but in this moment I would not to open this topic. I
afraid of bikeshedding and I hope so CREATE TEMP VAR is anough.

Regards

Pavel


> Cheers
> Serge Rielau
> Salesforce.com
>
>
>
> --
> Sent from: http://www.postgresql-archive.org/PostgreSQL-hackers-
> f1928748.html
>
>
> --
> Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-hackers
>

--f403043a0ddcbb0650055cddaddd
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi<br><div><div class=3D"gmail_extra"><br><div class=3D"gm=
ail_quote">2017-10-30 22:42 GMT+01:00 srielau <span dir=3D"ltr">&lt;<a href=
=3D"mailto:serge@rielau.com" target=3D"_blank">serge@rielau.com</a>&gt;</sp=
an>:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border=
-left:1px #ccc solid;padding-left:1ex">Pavel,<br>
<br>
I wouldn&#39;t put in the DROP option.<br>
Or at least not in that form of syntax.<br>
<br>
By convention CREATE persists DDL and makes object definitions visible<br>
across sessions.<br>
DECLARE defines session private objects which cannot collide with other<br>
sessions.<br>
<br>
If you want variables with a short lifetime that get dropped at the end of<=
br>
the transaction that by definition would imply a session private object. So=
<br>
it ought to be DECLARE&#39;d.<br>
<br>
As far as I can see PG has been following this practice so far.<br></blockq=
uote><div><br></div><div>I am thinking so there is little bit overlap betwe=
en DECLARE and CREATE TEMP VARIABLE command. With DECLARE command, you are =
usually has not any control when variable will be destroyed. For CREATE TEM=
P xxxx is DROP IF EXISTS, but it should not be used.</div><div><br></div><d=
iv>It should be very similar to our current temporary tables, that are crea=
ted in session related temp schema. <br></div><div><br></div><div>I can ima=
gine, so DECLARE command will be introduced as short cut for CREATE TEMP VA=
RIABLE, but in this moment I would not to open this topic. I afraid of bike=
shedding and I hope so CREATE TEMP VAR is anough.</div><div><br></div><div>=
Regards</div><div><br></div><div>Pavel<br></div><div> <br></div><blockquote=
 class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc soli=
d;padding-left:1ex">
<br>
Cheers<br>
Serge Rielau<br>
Salesforce.com<br>
<br>
<br>
<br>
--<br>
Sent from: <a href=3D"http://www.postgresql-archive.org/PostgreSQL-hackers-=
f1928748.html" rel=3D"noreferrer" target=3D"_blank">http://www.postgresql-a=
rchive.<wbr>org/PostgreSQL-hackers-<wbr>f1928748.html</a><br>
<div class=3D"HOEnZb"><div class=3D"h5"><br>
<br>
--<br>
Sent via pgsql-hackers mailing list (<a href=3D"mailto:pgsql-hackers@postgr=
esql.org">pgsql-hackers@postgresql.org</a>)<br>
To make changes to your subscription:<br>
<a href=3D"http://www.postgresql.org/mailpref/pgsql-hackers" rel=3D"norefer=
rer" target=3D"_blank">http://www.postgresql.org/<wbr>mailpref/pgsql-hacker=
s</a><br>
</div></div></blockquote></div><br></div></div></div>

--f403043a0ddcbb0650055cddaddd--