Received: from sss.pgh.pa.us (sss.pgh.pa.us [209.114.132.154]) by hub.org (8.10.1/8.11.0) with ESMTP id e9I531W05532 for ; Wed, 18 Oct 2000 01:03:01 -0400 (EDT) (envelope-from tgl@sss.pgh.pa.us) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.11.1/8.11.1) with ESMTP id e9I52v504077; Wed, 18 Oct 2000 01:02:57 -0400 (EDT) To: Petter Reinholdtsen cc: pgsql-docs@postgresql.org Subject: Re: Question on comment In-reply-to: <200010180426.MAA06748@localhost.localdomain> References: <200010180426.MAA06748@localhost.localdomain> Comments: In-reply-to Petter Reinholdtsen message dated "Wed, 18 Oct 2000 12:26:34 +0800" Date: Wed, 18 Oct 2000 01:02:57 -0400 Message-ID: <4074.971845377@sss.pgh.pa.us> From: Tom Lane X-Archive-Number: 200010/21 X-Sequence-Number: 336 Petter Reinholdtsen writes: > Hm, OK. How are the access rights to this table when 'comment on' is > used? Use the source, Luke ... a quick scan of command/comment.c shows that it allows the owner of an object to comment on that object, and no one else. Access rights to pg_description itself don't matter. The general practice in Postgres is that system tables are accessible read-only to everyone, but are writable only via specialized commands (like COMMENT ON for pg_description). The database superuser is not so restricted, and can shoot himself in the foot with abandon ;-) > I remember trying earlier to use this table to store comments, but > discovered each user had to have write access, even to add comments on > their own tables. Is this problem fixed? An explicit "INSERT INTO pg_description" would be treated that way. regards, tom lane