From: | Sean Davis <sdavis2(at)mail(dot)nih(dot)gov> |
---|---|
To: | Kevin Crenshaw <kcrenshaw(at)viscient(dot)com>, "'Roland Giesler'" <roland(at)giesler(dot)za(dot)net>, <brew(at)theMode(dot)com>, <pgsql-novice(at)postgresql(dot)org> |
Subject: | Re: Best way to manage users |
Date: | 2006-01-04 19:53:43 |
Message-ID: | BFE191F7.3020%sdavis2@mail.nih.gov |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-novice |
On 1/4/06 2:40 PM, "Kevin Crenshaw" <kcrenshaw(at)viscient(dot)com> wrote:
> Roland,
>
> I wanted to reply to your post separately. I toyed with using pg_user to
> store user information, but it did not work. I tried to use pg_user to
> store user acct info and then use a 'user_detail' table to store additional
> details but I got an error stating that pg_user is not a table (this
> occurred when I tried to use the 'usesysid' column as a foreign key in my
> user_detail table).
>
> I think that the best solution - given the discussion thus far - is to have
> a separate pg user that the web app will use to access the database, and
> create a 'users' table in the db to store the web app usernames and
> passwords etc...
This hasn't been mentioned yet (and probably isn't that important for all
but the most demanding web apps), but one way to significantly speed up web
apps is to use persistent database connections (they are not closed after
each request). This is not really feasible with a multiple-db-user setup.
Sean
From | Date | Subject | |
---|---|---|---|
Next Message | Frank Bax | 2006-01-04 21:28:19 | Re: Best way to manage users |
Previous Message | Kevin Crenshaw | 2006-01-04 19:40:46 | Re: Best way to manage users |