| 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
| 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 |