Re: pg_trgm comparison bug on cross-architecture replication due to different char implementation
В списке pgsql-hackers по дате отправления:
| От | Noah Misch |
|---|---|
| Тема | Re: pg_trgm comparison bug on cross-architecture replication due to different char implementation |
| Дата | |
| Msg-id | 20240916162430.33.nmisch@google.com обсуждение |
| Ответ на | Re: pg_trgm comparison bug on cross-architecture replication due to different char implementation (Masahiko Sawada <sawada.mshk@gmail.com>) |
| Ответы |
Re: pg_trgm comparison bug on cross-architecture replication due to different char implementation
|
| Список | pgsql-hackers |
On Thu, Sep 12, 2024 at 03:42:48PM -0700, Masahiko Sawada wrote: > On Tue, Sep 10, 2024 at 3:05 PM Noah Misch <noah@leadboat.com> wrote: > > On Tue, Sep 10, 2024 at 05:56:47PM -0400, Tom Lane wrote: > > > Got it. So now I'm wondering if we need all the complexity of storing > > > stuff in the GIN metapages. Could we simply read the (primary's) > > > signedness out of pg_control and use that? > I've attached a PoC patch for this idea. We write the default char > signedness to the control file at initdb time. Then when comparing two > trgms, pg_trgm opclasses use a comparison function based on the char > signedness of the cluster. I've confirmed that the patch fixes the > reported case at least. I agree that proves the concept.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера