From: | Kenneth Tilton <kentilton(at)gmail(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: nooby Q: temp tables good for web apps? |
Date: | 2009-04-08 02:32:39 |
Message-ID: | 49DC0CC7.9090203@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Scott Marlowe wrote:
> On Tue, Apr 7, 2009 at 7:12 PM, Kenneth Tilton <kentilton(at)gmail(dot)com> wrote:
>>
>> Scott Marlowe wrote:
>>> You can use a different method if you need a table available to the
>>> same session. Create a schema based on the session id, and put your
>>> temp tables there, only don't call them temp tables. You'll either
>>> need to make sure you always clean up your temp schema your session
>>> created or come up with a daemon that comes along every hour or so and
>>> kills off old schemas that aren't in use anymore.
>> I am LMAO because Lisp (my server-side lang) does this to noobs, too: three
>> (at least) ways to do everything. Well, if all things are equal dropping one
>> schema and not kludging up mangled table names has a lot of appeal. Thx.
>
> Schemas, search_path and views together can let you do some pretty
> cool things in terms of integrating external postgresql based apps
> with each other.
Or between XHRs? It just occurred to me that if I go with a schema
instead of temp tables then I do not need to worry about hanging on to a
connection/pgsession, or even worry about routing a web session to the
same process if all state is stored in pg under the session id.
ken *coming up to speed slowly, going to look up search_path*
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Smith | 2009-04-08 07:44:20 | Re: nooby Q: temp tables good for web apps? |
Previous Message | Scott Marlowe | 2009-04-08 02:13:35 | Re: nooby Q: temp tables good for web apps? |