From: | Peter Geoghegan <pg(at)heroku(dot)com> |
---|---|
To: | Geoff Winkless <pgsqladmin(at)geoff(dot)dj> |
Cc: | Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: ON CONFLICT DO UPDATE using EXCLUDED.column gives an error about mismatched types |
Date: | 2015-08-03 17:39:39 |
Message-ID: | CAM3SWZTw2z9RFxi3peNkBUs6_58G0uQGSjZ3UcBMWZ8HL+Hu-A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Aug 3, 2015 at 8:53 AM, Geoff Winkless <pgsqladmin(at)geoff(dot)dj> wrote:
> the new table does not exhibit the same problem (so I'm assuming it's not
> easily reproducible and giving you a creation script isn't going to help).
>
> VACUUM FULL on the table makes no difference.
>
> Is there anything you guys can suggest that I can do to help narrow down the
> problem?
Yes. You should enable all of the following settings:
debug_print_parse (boolean)
debug_print_rewritten (boolean)
debug_print_plan (boolean)
debug_pretty_print (boolean)
which you can do dynamically from psql.
Then post the output for both the failing version (on that table where
you can reproduce the issue), and the other table where it seems that
you ought to be able to reproduce the problem, but you can't. Maybe
that'll show where the problem is.
Thanks
--
Peter Geoghegan
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Geoghegan | 2015-08-03 17:57:44 | Re: ON CONFLICT DO UPDATE using EXCLUDED.column gives an error about mismatched types |
Previous Message | Robert Haas | 2015-08-03 17:33:01 | Re: Minimum tuple threshold to decide last pass of VACUUM |