Skip site navigation (1) Skip section navigation (2)

Re: Server memory exhausted on ODBC 8.3.0400

From: alepaes - aldeia digital <alepaes(at)aldeiadigital(dot)com(dot)br>
To: Hiroshi Inoue <inoue(at)tpf(dot)co(dot)jp>
Cc: pgsql-odbc(at)postgresql(dot)org
Subject: Re: Server memory exhausted on ODBC 8.3.0400
Date: 2009-02-11 11:32:52
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-odbc
Hiroshi Inoue wrote:
> alepaes - aldeia digital wrote:
>> Hi Hiroshi,
>> Hiroshi Inoue wrote:
>>> alepaes - aldeia digital wrote:
>>>> Hi,
>>>> Last weekend, I update 2 customers servers with the latest 
>>>> Postgresql 8.3.5 vrsion. The databases in each customer have +/- 
>>>> 50GB  of data.
>>>> I changed some ODBCs versions in clients machines from 7.3.0208 to 
>>>> 8.3.0400.
>>>> In this machines, when I run some reports (thats run million of 
>>>> small queries), the Postgresql server crashes because this processes 
>>>> use all physical and swap memory in the server.
>>>> If I disable both 'Use declare/fetch' and 'Updatable Cursor', the 
>>>> error does not occurs. I don't need the 'Updatable Cursors', but the 
>>>> 'Use Declare Fetch' is crucial to me.
>>>> In ODBC 7.3.0208, with this option enabled, the error doesn't occurs.
>>> Does your code close the statements used in the applications?
>> Basically, the program starts with a BEGIN and make a lot of simple 
>> SELECT queries and some insert and update queries. After this we have 
>> a COMMIT. Very simple.
> What kind of tool are you using?
> Do you close cursors before "COMMIT" using SQLCloseCursor() or
> the coressponding command in your tool?

I'm 'only' the DBA... ;)
The software was made by a CASE Tool called Genexus, thats generate the 
software in Visual Basic 6 and use ODBC for connectivity. This tool 
doesn't make any use of cursors, functions, triggers or stored 
procedures, only simple SELECTs and DML statements. The cursors are 
generated by 'Use Declare/Fetch' in ODBC. This improves performance a 
lot. Analyzing the log, The only differences that I notice between the 
old and the new driver is the use of SAVEPOINT/RELEASE and some changes 
in the way of creation of DECLARE/FETCH.

I will try to reproduce this by making a simple application that loops 
some SELECT, INSERT and UPDATE statement to see what happens.

Best regards,


In response to

pgsql-odbc by date

Next:From: postgre sqlDate: 2009-02-15 14:33:26
Subject: where can i find ODBC test cases for postgre odbc driver
Previous:From: Hiroshi InoueDate: 2009-02-11 00:41:25
Subject: Re: Server memory exhausted on ODBC 8.3.0400

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group