Re: [PATCH] Small refactoring of inval.c and inval.h

Поиск
Список
Период
Сортировка
От Aleksander Alekseev
Тема Re: [PATCH] Small refactoring of inval.c and inval.h
Дата
Msg-id CAJ7c6TN5w1JeEXHwEP7eFN0FqTXiTvCwe_xEN2-jOOV7uWtBww@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [PATCH] Small refactoring of inval.c and inval.h  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Ответы Re: [PATCH] Small refactoring of inval.c and inval.h  (Michael Paquier <michael@paquier.xyz>)
Список pgsql-hackers
Hi Alvaro,

Thanks for your feedback.

> Hmm, this *Extended function looks a bit funny, and I think it's because
> it's part of a backpatched bugfix that didn't want to modify ABI.  If
> we're modifying this code, maybe we should get rid of the shim, that is,
> move the boolean argument to InvalidateSystemCaches() and get rid of the
> *Extended() version altogether.

This would affect quite a few places where InvalidateSystemCaches() is
called, and we will end-up with some sort of wrapper anyway. The
reason is that InvalidateSystemCaches() is used as a callback passed
to ReceiveSharedInvalidMessages():

```
    ReceiveSharedInvalidMessages(LocalExecuteInvalidationMessage,
                                 InvalidateSystemCaches);
```

Unless of course we want to change its signature too. I don't think
this is going to be a good API change.

> As for the /*--- public functions ---*/ comment, that one was just not
> moved by b89e151054a0, which should have done so; but even at that
> point, it had already been somewhat broken by the addition of
> PrepareInvalidationState() (a static function) in 6cb4afff33ba below it.
> If we really want to clean this up, we could move PrepareInvalidationState()
> to just below RegisterSnapshotInvalidation() and move the "public
> functions" header to just below it (so that it appears just before
> InvalidateSystemCaches).
>
> If we just remove the "public functions" comment, then we're still
> inside a section that starts with the "private support functions"
> comment, which seems even worse to me than the current situation.

Fixed.

-- 
Best regards,
Aleksander Alekseev

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Melih Mutlu
Дата:
Сообщение: Re: [PATCH] Reuse Workers and Replication Slots during Logical Replication
Следующее
От: Robert Haas
Дата:
Сообщение: Re: cataloguing NOT NULL constraints