On Fri, 12 Nov 2004 17:20:59 +0100, Michelle Konzack
<[EMAIL PROTECTED]> wrote:
> Please note, that I do not run seperatly databases.
> I like only to split it per $USER physicaly from the main database.
> 
> I like to have this setup for my new Virtual-Webserver where I have
> for each VHost a local $USER.

Some time ago I talked with a friend working at some ISP, and we were
talking about PostgreSQL's superiority to hmm, other RDBMSs... ;)
Blah, blah, blah.  The question is - how to give many many users
access to PostgreSQL...   I see three approaches, and all of these
have pros and cons.

1) One pgsql per user -- in other words each user runs its own copy of
pgsql -- waste of memory (each user having its own shared mem, etc),
but can enforce quota limits, etc.  Hard to keep all those copies of
pgsql running.

2) one pgsql database per user.  Probably most common. :)  Each user
has full pgsql database at her disposal.  It's a bit hard to manage quotas,
dbsize comes in handy but it involeves creating some sort of "quota
enforcing" daemon...

3) one pgsql database with one schema per user.  Interesting, can very
easily create many "databases", does not give full pgsql power, harder
to manage quotas than previous model...

Hmm, I wonder what are the feelings of people using such models.
I did not use them, so I have no idea.  And I wonder how problematic
is "quota enforcement" there....

   Regards.
     Dawid

---------------------------(end of broadcast)---------------------------
TIP 4: Don't 'kill -9' the postmaster

Reply via email to