Re: Could not resolve host name error in psycopg2

From: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>
To: Paul Förster <paul(dot)foerster(at)gmail(dot)com>
Cc: derwin theduck <hotchipsveg(at)gmail(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: Could not resolve host name error in psycopg2
Date: 2020-04-17 14:10:51
Message-ID: 4e520e58-3a5c-eab2-3563-8f5f38ff7e26@aklaver.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On 4/17/20 12:02 AM, Paul Förster wrote:
> Hi Adrian,
>
>> On 17. Apr, 2020, at 03:00, Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com> wrote:
>>
>> Huh? Leaving open connections is not considered a good thing. In other words a connection should last for as long as it takes to get it's task done and then it should close.
>
> I basically agree on this, but there are two big "but"s:
>
> - recurring monitoring connections flood the logs unless they connect and never disconnect again.
>
> - applications with hundreds or thousands of users may flood the logs, even though a pool may be used. If said pool doesn't keep its connections open most of the time you will notice that the database cluster is very busy logging connections.

But most pools can grow and shrink in response to demand, so at some
point there are connect/disconnect cycles.

>
> Do you really want that?

No. The issue at hand though was the idea that an application(Django in
this case) would open a connection once and never reconnect. That is
unrealistic.

>
> Cheers,
> Paul
>

--
Adrian Klaver
adrian(dot)klaver(at)aklaver(dot)com

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Achilleas Mantzios 2020-04-17 14:39:11 Re: easy way to acquire height / width from images (PNG, JPEG) stored as bytea?
Previous Message Adrian Klaver 2020-04-17 14:02:04 Re: Replication issue