Re: SQL-level pg_datum_image_equal

From: Corey Huinker <corey(dot)huinker(at)gmail(dot)com>
To: Matthias van de Meent <boekewurm+postgres(at)gmail(dot)com>
Cc: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: SQL-level pg_datum_image_equal
Date: 2025-12-20 16:07:11
Message-ID: CADkLM=e_fWhLdwE=HnExSCO6bY2WVpaUMbQRSBN2nw6fh78qUg@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Dec 10, 2025 at 12:46 PM Matthias van de Meent <
boekewurm+postgres(at)gmail(dot)com> wrote:

> Hi,
>
> One of our customers has this workload where every so often they
> update the whole table to make sure it's up-to-date. In general, you'd
> probably want to use MERGE for such a workload and ignore all rows
> that already have only matching data, but there's a catch: PostgreSQL
> doesn't have an efficient way to check if the provided data is
> actually equal in all senses of the word, so we can't easily and
> cheaply determine whether an update is needed; which is one reason why
> the full table was updated every time.
>

Have you ruled out the suppress_redundant_updates_trigger?

https://www.postgresql.org/docs/current/functions-trigger.html

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Jonathan Gonzalez V. 2025-12-20 17:48:54 Re: Make PGOAUTHCAFILE in libpq-oauth work out of debug mode
Previous Message Amit Langote 2025-12-20 14:36:13 Re: Batching in executor