Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id 13D3F63296A for ; Wed, 30 Jun 2010 17:38:22 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 41551-01 for ; Wed, 30 Jun 2010 20:38:14 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by mail.postgresql.org (Postfix) with ESMTP id E1D176325EA for ; Wed, 30 Jun 2010 17:38:14 -0300 (ADT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.2/8.14.2) with ESMTP id o5UKcDqx016821; Wed, 30 Jun 2010 16:38:13 -0400 (EDT) To: Maria.L.Wilson-1@nasa.gov cc: "Plugge, Joe R." , "Wilson, Maria Louise (LARC-E301)[SCIENCE SYSTEMS APPLICATIONS]" , "pgsql-admin@postgresql.org" Subject: Re: postgres database user account In-reply-to: <4C2BA5F0.1020908@nasa.gov> References: <4C2B97BE.7040405@nasa.gov> <4C2BA2DF.2090900@nasa.gov> <4C2BA5F0.1020908@nasa.gov> Comments: In-reply-to "Maria L. Wilson" message dated "Wed, 30 Jun 2010 16:15:44 -0400" Date: Wed, 30 Jun 2010 16:38:12 -0400 Message-ID: <16820.1277930292@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-0.011 tagged_above=-10 required=5 tests=BAYES_20=-0.001, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201006/236 X-Sequence-Number: 35014 "Maria L. Wilson" writes: > that sounds similar to what we are trying to accomplish. Looks like > what we need to do is use the sudo at the OS level - and remove the > postgres db user account altogether.... giving specific users the privs > (or create roles) that accomplish what they need. You can't remove the postgres DB account; it owns the core system catalogs, functions, etc. In any case, understand that any superuser database account is as powerful as any other. Giving DBAs superuser accounts other than postgres is probably good just from an administrative standpoint, but it won't reduce their capability to screw things up. If you're using a PG version recent enough to have a "createrole" account attribute as distinct from "superuser", look into how much of your admin work can be done with "createrole" accounts. Those are a lot weaker than full superuser, but still are enough for many ordinary admin tasks (such as managing everyday-user accounts). regards, tom lane