Re: dblink un-named connection doesn't get re-used - Mailing list pgsql-hackers

From Decibel!
Subject Re: dblink un-named connection doesn't get re-used
Date
Msg-id 2F3E1077-A583-4C3A-899C-1E40C2951EA3@decibel.org
Whole thread Raw
In response to Re: dblink un-named connection doesn't get re-used  (Joe Conway <mail@joeconway.com>)
Responses Re: dblink un-named connection doesn't get re-used
List pgsql-hackers
On Oct 18, 2007, at 11:17 PM, Joe Conway wrote:
> Decibel! wrote:
>> Is it intentional that dblink's unnamed connections don't get re- 
>> used?
>
> yes
>
>> stats=# select dblink_connect('dbname=stats');
>> dblink_connect
>> ----------------
>> OK
>> (1 row)
>> stats=# select dblink_connect('dbname=postgres');
>> dblink_connect
>> ----------------
>> OK
>> (1 row)
>
>> AFAIK there's no way I could possibly use or refer to the  
>> connection to stats at this point; so why doesn't dblink close it  
>> when I issue the second connect?
>
> Why doesn't C free allocated memory automatically if you reassign a  
> pointer?
>
> No one has ever complained before, so I can't imagine that the  
> resource leak is much of an issue in real world cases. But if you  
> don't like the behavior, patches are gratefully accepted ;-).
>
> Seriously though, I can change it for 8.3, but is it really worth  
> back-patching?

I think it'd be worth changing for 8.3. While C forces you to worry  
about memory, SQL does not, so I bet this is a surprise to most folks.

It might be worth backpatching the docs, because they're wrong.
-- 
Decibel!, aka Jim C. Nasby, Database Architect  decibel@decibel.org
Give your computer some brain candy! www.distributed.net Team #1828




pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: ts_rewrite aggregate API seems mighty ugly
Next
From: Joe Conway
Date:
Subject: Re: dblink un-named connection doesn't get re-used