Re: Skipping logical replication transactions on subscriber side
| От | Masahiko Sawada |
|---|---|
| Тема | Re: Skipping logical replication transactions on subscriber side |
| Дата | |
| Msg-id | CAD21AoAhkEFGeHK-_65zsTn1NefVR63W2wjVrSjHgLw10uHqTA@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: Skipping logical replication transactions on subscriber side (Noah Misch <noah@leadboat.com>) |
| Ответы |
Re: Skipping logical replication transactions on subscriber side
|
| Список | pgsql-hackers |
On Fri, Apr 15, 2022 at 4:26 PM Noah Misch <noah@leadboat.com> wrote:
>
> On Thu, Apr 07, 2022 at 08:39:58PM +0900, Masahiko Sawada wrote:
> > On Thu, Apr 7, 2022 at 7:28 PM Amit Kapila <amit.kapila16@gmail.com> wrote:
> > > On Thu, Apr 7, 2022 at 8:25 AM Amit Kapila <amit.kapila16@gmail.com> wrote:
> > > > I'll take care of this today. I think we can mark the new function
> > > > get_column_offset() being introduced by this patch as parallel safe.
> > >
> > > Pushed.
> >
> > Thanks!
>
> I took a closer look at the test case. The "get_column_offset(coltypes) % 8"
> part would have caught the problem only when run on an ALIGNOF_DOUBLE==4
> platform. Instead of testing the start of the typalign='d' column, let's test
> the first offset beyond the previous column. The difference between those two
> values depends on ALIGNOF_DOUBLE.
Yes, but it could be false positives in some cases. For instance, the
column {oid, bool, XLogRecPtr} should be okay on ALIGNOF_DOUBLE == 4
and 8 platforms but the new test fails.
Regards,
--
Masahiko Sawada
EDB: https://www.enterprisedb.com/
В списке pgsql-hackers по дате отправления: