Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1TuoAE-00085e-ID for pgsql-docs@arkaria.postgresql.org; Mon, 14 Jan 2013 17:49:38 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.72) (envelope-from ) id 1TuoAE-0000Xu-1K for pgsql-docs@arkaria.postgresql.org; Mon, 14 Jan 2013 17:49:38 +0000 Received: from makus.postgresql.org ([98.129.198.125]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1TuoAC-0000XX-ES for pgsql-docs@postgresql.org; Mon, 14 Jan 2013 17:49:36 +0000 Received: from mail-bk0-f46.google.com ([209.85.214.46]) by makus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1TuoAA-0005F9-10 for pgsql-docs@postgresql.org; Mon, 14 Jan 2013 17:49:35 +0000 Received: by mail-bk0-f46.google.com with SMTP id q16so2127547bkw.5 for ; Mon, 14 Jan 2013 09:49:33 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=yvlrmeP/Kjje1D+gheaLQC/Z4qiK7S+s46rCcOV8EXk=; b=c5Ov1J8sN9NHBvDtV4YEUsRjUADVycqBz0xLul/GClXTRLjI3LU+VcnCiz9lJNqqLU dz3BMunS5KzZb2Xx7uwlqR9ZimmGD27mfGWSXRW9EmH/0O4Pc+50QKmblJqpJq5NbUtI onBkUTUecNrWH7egKtX/r+ze8S+7z+OeJ6jOQH1Yu5XrZff2eGBmd2bEISL3Tvr8xefR JtuD/ZXwmFzOicQoRpRjW3cmnnzcxxqudYklVLFK/CEh6WBHJGoWmJKWUk3UI0rX9TH8 lTJU2Tixels507IdzYNxXmyQ2OR5w7tR63VuoyJ0GMNSmuvGHaNfUY3rSqT9EBYOtBHQ d8nQ== MIME-Version: 1.0 Received: by 10.204.130.140 with SMTP id t12mr40256890bks.39.1358185772841; Mon, 14 Jan 2013 09:49:32 -0800 (PST) Received: by 10.205.17.66 with HTTP; Mon, 14 Jan 2013 09:49:32 -0800 (PST) X-Originating-IP: [65.196.183.70] In-Reply-To: <11650.1357782995@sss.pgh.pa.us> References: <11650.1357782995@sss.pgh.pa.us> Date: Mon, 14 Jan 2013 12:49:32 -0500 Message-ID: Subject: Re: Privileges for INFORMATION_SCHEMA.SCHEMATA (was Re: Small clarification in "34.41. schemata") From: Casey Allen Shobe To: Tom Lane Cc: Ian Lawrence Barwick , pgsql-docs@postgresql.org, pgsql-hackers@postgresql.org, Peter Eisentraut Content-Type: multipart/alternative; boundary=0015173ff110877a1904d34344b3 X-Gm-Message-State: ALoCoQltlvXqpxo5lPh9Dkq+Leyh4NaH6vAmerHHxDd2eOOfJOeXv19dFlcos9+Q3Stmzu9Angft X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-docs Precedence: bulk Sender: pgsql-docs-owner@postgresql.org --0015173ff110877a1904d34344b3 Content-Type: text/plain; charset=UTF-8 On Wed, Jan 9, 2013 at 8:56 PM, Tom Lane wrote: > However, it seems to me that this behavior is actually wrong for our > purposes, as it represents a too-literal reading of the spec. The SQL > standard has no concept of privileges on schemas, only ownership. > We do have privileges on schemas, so it seems to me that the consistent > thing would be for this view to show any schema that you either own or > have some privilege on. IMHO, schemata should follow the standard as it does today. Other platforms have privileges on schemas as well, and this sort of thing seems to fall into the same bucket as other platform compatibilities outside the scope of what the standard thinks about, which means you use pg_catalog to access that information rather than information_schema, which should be expected to work consistently on all platforms that implement it. -- Casey Allen Shobe casey@shobe.info --0015173ff110877a1904d34344b3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On Wed, Jan 9, 2013 at 8:56 PM, Tom Lane <tgl@s= ss.pgh.pa.us> wrote:
However, it seems to me that this beh= avior is actually wrong for our
purposes, as it represents a too-literal= reading of the spec. =C2=A0The SQL
standard has no concept of privileges on schemas, only ownership.
We do = have privileges on schemas, so it seems to me that the consistent
thing = would be for this view to show any schema that you either own or
have so= me privilege on.
=C2=A0
IMHO, schemata should follow the standard as it does today.=C2=A0 Othe= r platforms have privileges on schemas as well, and this sort of thing seem= s to fall into the same bucket as other platform compatibilities outside th= e scope of what the standard thinks about, which means you use pg_catalog t= o access that information rather than information_schema, which should be e= xpected to work consistently on all platforms that implement it.
=C2=A0
--
Casey Allen Shobe
casey@shobe.info


--0015173ff110877a1904d34344b3--