| From: | "Robin Helgelin" <lobbin(at)gmail(dot)com> |
|---|---|
| To: | "PostgreSQL general" <pgsql-general(at)postgresql(dot)org> |
| Subject: | Re: history table |
| Date: | 2007-08-21 19:22:19 |
| Message-ID: | c014a9590708211222j87c5584xa626b0d789d7080e@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On 8/21/07, Guy Rouillier <guyr-ml1(at)burntmail(dot)com> wrote:
> Well, you haven't told us much about your webapp. Are you using
> connection pooling? If so, then you'll need to provide the webapp
> userid as an additional parameter to your database updates. If you are
> not using connection pooling, such that your webapp userids are
> connecting as themselves, then the problem becomes much easier; you've
> got the correct userid to log by just looking at the connection details.
Yes, this is where I'm too new to postgresql, how do I tell the
database which user is logged in to the webapp? A session parameter?
There will be connection pooling, but if I know how to solve the
previous question I don't think it's hard to get it working with the
pool.
--
regards,
Robin
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Ed L. | 2007-08-21 19:30:10 | Converting non-null unique idx to pkey |
| Previous Message | Michael Glaesemann | 2007-08-21 19:19:03 | Re: Array with Subselect / ANY - cast? |