| From: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
|---|---|
| To: | Julien Rouhaud <rjuju123(at)gmail(dot)com> |
| Cc: | Dean Rasheed <dean(dot)a(dot)rasheed(at)gmail(dot)com>, Joel Jacobson <joel(at)compiler(dot)org>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: Schema variables - new implementation for Postgres 15 |
| Date: | 2022-01-24 11:33:11 |
| Message-ID: | CAFj8pRBO-LuSurrYNwQ5-ooJaUMa8QMy9=B83bRN2e1dz3OcbA@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Hi
ne 23. 1. 2022 v 16:06 odesílatel Julien Rouhaud <rjuju123(at)gmail(dot)com>
napsal:
> Hi,
>
> Le dim. 23 janv. 2022 à 22:34, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> a
> écrit :
>
>> I tested it now. a sinval message is waiting on the transaction end. So
>> when a variable is used, then it is working fine until the transaction ends.
>> But when the session makes some DDL, then send sinval to self, and at
>> this moment, the variable can be dropped before the transaction ends.
>>
>
> a backend can accept sinval in very common scenarios, like acquiring a
> heavyweight lock. That includes accessing a relation thats not in the
> catcache, so that's really critical to have a protection here.
>
here is updated patch with locking support
Regards
Pavel
| Attachment | Content-Type | Size |
|---|---|---|
| 0002-column-doesn-t-exists-message.patch | text/x-patch | 25.3 KB |
| 0001-session-variables.patch | text/x-patch | 317.1 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Michael Paquier | 2022-01-24 11:46:25 | Re: drop tablespace failed when location contains .. on win32 |
| Previous Message | wangsh.fnst@fujitsu.com | 2022-01-24 11:21:12 | RE: drop tablespace failed when location contains .. on win32 |