From: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
---|---|
To: | DUVAL REMI <REMI(dot)DUVAL(at)cheops(dot)fr>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Cc: | "phb07(at)apra(dot)asso(dot)fr" <phb07(at)apra(dot)asso(dot)fr> |
Subject: | Re: proposal: schema variables |
Date: | 2020-03-20 08:28:22 |
Message-ID: | CAFj8pRA9kLgW24cX+O7XUajepQLR+MjvRDC=02O8cBcB9=0wKA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-performance |
pá 20. 3. 2020 v 8:18 odesílatel Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>
napsal:
>
>
> čt 19. 3. 2020 v 10:43 odesílatel DUVAL REMI <REMI(dot)DUVAL(at)cheops(dot)fr>
> napsal:
>
>> Hello
>>
>>
>>
>> I played around with the ALTER VARIABLE statement to make sure it’s OK
>> and it seems fine to me.
>>
>>
>>
>> Another last thing before commiting.
>>
>>
>>
>> I agree with Thomas Vondra, that this part might/should be simplified :
>>
>>
>>
>> [ { ON COMMIT DROP | ON { TRANSACTIONAL | TRANSACTION } END RESET } ]
>>
>>
>>
>> I would only allow “ON TRANSACTION END RESET”.
>>
>> I think we don’t need both here.
>>
>> Philippe Beaudoin was indeed talking about the TRANSACTIONAL keyword, but
>> that would have make sense (and I think that’s what he meant) , if you
>> could do something like “CREATE [NON] TRANSACTIONAL VARIABLE …”.
>>
>> But here I don’t think that the ON TRANSACTIONAL END RESET has any sense
>> in English, and it only complicates the syntax.
>>
>>
>>
>> Maybe Thomas Vondra (if it’s him) would be more inclined to commit the
>> patch if it has this more simple syntax has he requested.
>>
>>
>>
>> What do you think ?
>>
>
> I removed TRANSACTIONAL from this clause, see attachement change.diff
>
> Updated patch attached.
>
> I hope it would be the last touch, making it fully ready for a commiter.
>>
>
> Thank you very much for review and testing
>
documentation fix
> Pavel
>
>>
Attachment | Content-Type | Size |
---|---|---|
schema-variables-20200320-2.patch.gz | application/gzip | 66.2 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Justin Pryzby | 2020-03-20 08:44:42 | Re: explain HashAggregate to report bucket and memory stats |
Previous Message | Pavel Stehule | 2020-03-20 07:18:45 | Re: proposal: schema variables |
From | Date | Subject | |
---|---|---|---|
Next Message | Anders Steinlein | 2020-03-21 12:02:10 | Slow planning time when public schema included (12 vs. 9.4) |
Previous Message | Pavel Stehule | 2020-03-20 07:18:45 | Re: proposal: schema variables |