| From: | David Steele <david(at)pgmasters(dot)net> | 
|---|---|
| To: | Justin Pryzby <pryzby(at)telsasoft(dot)com>, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> | 
| Cc: | pgsql-hackers(at)postgresql(dot)org | 
| Subject: | Re: error_severity of brin work item | 
| Date: | 2021-03-10 13:24:50 | 
| Message-ID: | 5e1ef3a4-55a6-f743-d8f6-97d1a8453b46@pgmasters.net | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-hackers | 
On 12/1/20 5:25 PM, Justin Pryzby wrote:
> On Tue, Dec 01, 2020 at 03:57:24PM -0300, Alvaro Herrera wrote:
> 
>>> Another idea is if perform_work_item() were responsible for discarding
>>> relations which disappear.  Currently it does this, which is racy since it
>>> holds no lock.
>>
>> That has the property that it remains contained in autovacuum.c, but no
>> other advantages I think.
> 
> It has the advantage that it moves all the try_open stuff out of brin.
> 
> I started implementing this, and then realized that the try_open stuff *has* to
> be in the brin_summarize function, to handle the case that someone passes a
> non-index, since it's SQL exposed.
> So maybe we should use your LockOid patch now, and refactor in the future if we
> add additional work-item types.
Thoughts on this, Álvaro? I can see that the first version of this patch 
was not ideal but the rework seems to have stalled. Since it is a bug 
perhaps it would be better to get something in as Justin suggests?
Regards,
-- 
-David
david(at)pgmasters(dot)net
| From | Date | Subject | |
|---|---|---|---|
| Next Message | 'alvherre@alvh.no-ip.org' | 2021-03-10 13:31:27 | Re: libpq debug log | 
| Previous Message | David Steele | 2021-03-10 13:06:16 | Re: Change JOIN tutorial to focus more on explicit joins |