Received: from localhost (unknown [200.46.208.211]) by mail.postgresql.org (Postfix) with ESMTP id 5E265634890 for ; Thu, 20 Aug 2009 16:06:21 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.208.211]) (amavisd-maia, port 10024) with ESMTP id 52601-06 for ; Thu, 20 Aug 2009 19:06:07 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from spinlock.commandprompt.com (host-215.commandprompt.net [207.173.203.215]) by mail.postgresql.org (Postfix) with ESMTP id 94664632C52 for ; Thu, 20 Aug 2009 16:06:10 -0300 (ADT) Received: from perhan.alvh.no-ip.org (200-126-97-98.bk7-dsl.surnet.cl [200.126.97.98]) by spinlock.commandprompt.com (Postfix) with ESMTPSA id EA70F348288; Thu, 20 Aug 2009 12:04:52 -0700 (PDT) Received: by perhan.alvh.no-ip.org (Postfix, from userid 1000) id 90E5A6E82D; Thu, 20 Aug 2009 15:06:04 -0400 (CLT) Date: Thu, 20 Aug 2009 15:06:04 -0400 From: Alvaro Herrera To: Petr Jelinek Cc: PostgreSQL-development Subject: Re: GRANT ON ALL IN schema Message-ID: <20090820190604.GK6261@alvh.no-ip.org> References: <4A86B5D5.6060807@dunslane.net> <4A871F46.1040002@agliodbs.com> <5D5ECAE0-F2B0-479B-9594-50AAF18F10ED@hi-media.com> <20090815223102.GS5407@samason.me.uk> <1250378139.18992.6.camel@vanquo.pezone.net> <603c8f070908152051mbd1d706hb0e29f5cfaf2f151@mail.gmail.com> <4A87854B.3070707@dunslane.net> <1250427428.26280.2.camel@vanquo.pezone.net> <395.1250439160@sss.pgh.pa.us> <4A8D9CA0.1040607@pjmodos.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A8D9CA0.1040607@pjmodos.net> User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-2.553 tagged_above=-10 required=5 tests=AWL=0.046, BAYES_00=-2.599 X-Spam-Level: X-Archive-Number: 200908/1458 X-Sequence-Number: 144101 Petr Jelinek wrote: > The implementation as I see it would create function in pg_temp > namespace, call it and then drop it. Any other implementation would > imho mean rewriting procedure language api. That's really ugly. It'll cause catalog bloat with every execution. I think it would be acceptable to have a new column in pg_language that pointed to an anonymous block execute function. Languages that do not define this function cannot use this new feature. BTW I think you should start a new thread for this proposal. It has diverged a bit from GRANT ON ALL. -- Alvaro Herrera http://www.CommandPrompt.com/ The PostgreSQL Company - Command Prompt, Inc.