Re: Question -- Session Operations - Feasibility Of Proposed Synchronization Method? - Mailing list pgsql-general

From John R Pierce
Subject Re: Question -- Session Operations - Feasibility Of Proposed Synchronization Method?
Date
Msg-id 56899565.9080607@hogranch.com
Whole thread Raw
In response to Re: Question -- Session Operations - Feasibility Of Proposed Synchronization Method?  (Melvin Davidson <melvin6925@gmail.com>)
List pgsql-general
On 1/3/2016 1:32 PM, Melvin Davidson wrote:
> As others have pointed out, storing session data in a table is not a
> good idea. Even if you use TRUNCATE, you will still not reclaim all
> the space used unless you use vacuum full. More to the point, if you
> absolutely must store session data, then why not just do it in a
> TEMPORARY table, which will reside in memory and clean itself up when
> the session ends?

The fundamental problem is that HTTP itself is stateless, and user
sessions have to be enforced by the web app, with the aid of browser
cookies.   you can't simply directly link a http connection to a SQL
connection and assume thats a session.

--
john r pierce, recycling bits in santa cruz



pgsql-general by date:

Previous
From: Adrian Klaver
Date:
Subject: Re: Question -- Session Operations - Feasibility Of Proposed Synchronization Method?
Next
From: Gerdan Rezende dos Santos
Date:
Subject: 2 tuples to same chunk in toast table