Re: Upgrading to v12

From: Brad White <b55white(at)gmail(dot)com>
To:
Cc: pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: Upgrading to v12
Date: 2022-11-19 00:05:36
Message-ID: CAA_1=91BjFdp4D52=S1KeY10tm8_R8HiBUFgdc4g2Kh-rivroA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

tl;dr How do I turn up the logging so I can see what is failing?

In our quest to get replication working, we are upgrading from v9.4 to
v12.10.

Access365 via ODBC
Driver = "PostgreSQL Unicode" v13.02, Date 9/22/2021

In testing the app against v12, I find this issue:

On updating a record, I set values on several fields and call
recordSet.Update after each one.
After updating one particular field, calling Update gives

--> The Microsoft Access database engine stopped the process because you
and another user are attempting to change the same data at the same time.

Code in question:
rst!Update <-- success
rst!QtyDeliverable = rst!Quantity
rst.Update <-- fails here
The wisdom of the internet says that this is most likely with a BIT field
that has null that Access can't handle. But that isn't the case here. Both
are int4 fields and both have values before the update.

For context, this is after we've copied the order record. Then we copy this
Order Item record. Then we copy all the child records. Lastly, we are
updating a few fields in this Order Item record and the update fails.

This only fails against PostgreSQL 12.10, compiled by Visual C++ build
1914, 64-bit
Succeeds against PostgreSQL 9.4.1, compiled by Visual C++ build 1800, 64-bit

I don't see anything in the data\logs folder that looks relevant. Where
else should I look?

>

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Mladen Gogala 2022-11-19 00:30:34 Re: Seeking practice recommendation: is there ever a use case to have two or more superusers?
Previous Message Peter Geoghegan 2022-11-18 23:13:23 Re: Lots of read activity on index only scan