Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dVJI8-00017e-Ev for pgsql-interfaces@arkaria.postgresql.org; Wed, 12 Jul 2017 15:11:04 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1dVJI8-0006E0-00 for pgsql-interfaces@arkaria.postgresql.org; Wed, 12 Jul 2017 15:11:04 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1dV5XN-0002Sc-NA for pgsql-interfaces@postgresql.org; Wed, 12 Jul 2017 00:29:53 +0000 Received: from mail.800link.com ([64.37.76.8]) by makus.postgresql.org with esmtps (TLS1.1:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1dV5XK-00005C-Dk for pgsql-interfaces@postgresql.org; Wed, 12 Jul 2017 00:29:51 +0000 X-Footer: ODAwbGluay5jb20= Received: from [75.132.156.105] ([75.132.156.105]) (authenticated user sbeil@800link.com) by mail.800link.com (Kerio Connect 9.2.3) with ESMTPSA for pgsql-interfaces@postgresql.org; Tue, 11 Jul 2017 19:29:47 -0500 Date: Tue, 11 Jul 2017 19:29:47 -0500 Subject: Sporadic "relation does not exist" errors with psqlODBC X-Mailer: Kerio Connect 9.2.3/Kerio Connect Client X-User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36 Message-ID: <1136454500-180960@mail.800link.com> X-Priority: 3 Importance: Normal MIME-Version: 1.0 From: Scott Beil To: pgsql-interfaces@postgresql.org Content-Type: multipart/alternative; boundary="=-TZ6nzalfmF6EGliDAkYr" List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-interfaces Precedence: bulk Sender: pgsql-interfaces-owner@postgresql.org --=-TZ6nzalfmF6EGliDAkYr Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi Folks, Every once in a while I get this error: ERROR: column "column_name" of relation "table_name" does not exist Here are the facts: - By every once in a while, I mean some days I get several, some days one, = some days none.=C2=A0 - The problem only occurs when under load.=C2=A0 - The database version is=C2=A09.6.3 - The problem exists in ODBC versions=C2=A009.03.0300 and=C2=A009.06.0310, = but not in=C2=A009.00.0310 (versions not mentioned have not been tested) - Two identical applications are running simultaneously. One uses 09.06.031= 0, the other uses 09.00.0310. The one using 09.06.0310 exhibits the error, = the one using 09.00.0310 does not. By the way, the app using 09.00.0310 tha= t does not produce the error is typically under a heavier load than the one= that does. - The column name in the error is one I recognize, but it belongs to anothe= r table than the one reported in the error. - To the best of my knowledge, only inserts and updates are affected. Of course the big problem here is how to reproduce or capture the problem i= n a log when it is sporadic and only occurs under load. I would like to see= this problem resolved and am willing to do my part.=C2=A0 Is producing a=C2=A0psqlodbc.log the only way to gather the required inform= ation? I'm afraid turning on logging will invoke the uncertainty principle = (not to mention blow up my hard drive!) Thanks, Scott = --=-TZ6nzalfmF6EGliDAkYr Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable
Hi Folks,

Every once= in a while I get this error:

ERROR: column "colum= n_name" of relation "table_name" does not exist

He= re are the facts:

- By every once in a while, I me= an some days I get several, some days one, some days none. 
= - The problem only occurs when under load. 
- The database v= ersion is 9.6.3
- The problem exists in ODBC versions 0= 9.03.0300 and 09.06.0310, but not in 09.00.0310 (versions not men= tioned have not been tested)
- Two identical applications are run= ning simultaneously. One uses 09.06.0310, the other uses 09.00.0310. The on= e using 09.06.0310 exhibits the error, the one using 09.00.0310 does not. B= y the way, the app using 09.00.0310 that does not produce the error is typi= cally under a heavier load than the one that does.
- The column n= ame in the error is one I recognize, but it belongs to another table than t= he one reported in the error.
- To the best of my knowledge, only= inserts and updates are affected.

Of course the b= ig problem here is how to reproduce or capture the problem in a log when it= is sporadic and only occurs under load. I would like to see this problem r= esolved and am willing to do my part. 

Is pro= ducing a psqlodbc.log the only way to gather the required information?= I'm afraid turning on logging will invoke the uncertainty principle (not t= o mention blow up my hard drive!)

Thanks,

S= cott



= --=-TZ6nzalfmF6EGliDAkYr--