X-Original-To: pgsql-interfaces-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id B4207565CB for ; Mon, 21 Mar 2005 18:38:30 +0000 (GMT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 97423-02 for ; Mon, 21 Mar 2005 18:38:27 +0000 (GMT) Received: from hoggle.dreamhost.com (hoggle.dreamhost.com [66.33.197.5]) by svr1.postgresql.org (Postfix) with ESMTP id 33496565B1 for ; Mon, 21 Mar 2005 18:38:26 +0000 (GMT) Received: from 192.168.1.105 (pC19EB2B3.dip.t-dialin.net [193.158.178.179]) by hoggle.dreamhost.com (Postfix) with ESMTP id C7E9A538C6 for ; Mon, 21 Mar 2005 10:38:15 -0800 (PST) Subject: per-database groups? (was Discovering privileges) From: Murray Cumming To: pgsql-interfaces In-Reply-To: <20050320170228.GA19192@winnie.fuhr.org> References: <1088799354.3319.110.camel@murrayc_debian> <1111330231.5820.4.camel@localhost.localdomain> <20050320154247.GA18843@winnie.fuhr.org> <1111337130.5820.7.camel@localhost.localdomain> <20050320170228.GA19192@winnie.fuhr.org> Content-Type: text/plain Date: Mon, 21 Mar 2005 19:38:00 +0100 Message-Id: <1111430281.5554.38.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 (2.0.2-3) Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.05 tagged_above=0 required=5 tests=AWL, FORGED_RCVD_HELO X-Spam-Level: X-Archive-Number: 200503/65 X-Sequence-Number: 5394 On Sun, 2005-03-20 at 10:02 -0700, Michael Fuhr wrote: > On Sun, Mar 20, 2005 at 05:45:29PM +0100, Murray Cumming wrote: > > On Sun, 2005-03-20 at 08:42 -0700, Michael Fuhr wrote: > > > > > > You could look at pg_class.relacl, > > > > I can't make much sense of that so far. Ca you give any clues on how > > that works? > > See "Notes" in the GRANT documentation: > > http://www.postgresql.org/docs/8.0/interactive/sql-grant.html I notice that users and groups are per-cluster rather than per-database. Is there any way to create users and groups that are not available to other databases on the same cluster? I would expect databases to be completely independent, regardless of whether they are available from the same host and port. This seems like it should be theoretically possible - after all, you can not even connect to postgres unless you specify a database in the connection. -- Murray Cumming murrayc@murrayc.com www.murrayc.com www.openismus.com