Re: BUG #16722: PG hanging on COPY when table has close to 2^32 toasts in the table.
От | Tom Lane |
---|---|
Тема | Re: BUG #16722: PG hanging on COPY when table has close to 2^32 toasts in the table. |
Дата | |
Msg-id | 1010421.1605744154@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: BUG #16722: PG hanging on COPY when table has close to 2^32 toasts in the table. (Andres Freund <andres@anarazel.de>) |
Ответы |
Re: BUG #16722: PG hanging on COPY when table has close to 2^32 toasts in the table.
Re: BUG #16722: PG hanging on COPY when table has close to 2^32 toasts in the table. |
Список | pgsql-bugs |
Andres Freund <andres@anarazel.de> writes: > On 2020-11-18 23:12:10 +0100, Magnus Hagander wrote: >> That said, I'd really prefer to see *some* kind of counter that could >> get people noticing this a bit earlier, rather than just bugging them >> in the logfile once it's gone over a threshold. A statistics counter >> maybe, but I guess that'd have to be tracked at a per-table level to >> be really useful, which would make it potentially fairly expensive to >> keep around... > I'd rather spend effort to solve the underlying issue. It's a bit more > work, but not crazily so, I think. Even the pg_upgrade pieces aren't > that hard to solve. Yeah. If we're going to put work into this, widening the IDs used to identify toast values seems like the right work to be doing. Having said that, I had imagined that we might never have to fix it, because if your table is big enough that it has a problem of this ilk then likely you want to partition it anyway. And partitioning solves the problem since each partition has its own toast table. regards, tom lane
В списке pgsql-bugs по дате отправления: