Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1VdR5t-0007Gd-Rb for pgsql-admin@arkaria.postgresql.org; Mon, 04 Nov 2013 20:49:54 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1VdR5t-0007Jg-A3 for pgsql-admin@arkaria.postgresql.org; Mon, 04 Nov 2013 20:49:53 +0000 Received: from makus.postgresql.org ([2001:4800:7903:4::125]) by malur.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1VdR5s-0007JR-IH for pgsql-admin@postgresql.org; Mon, 04 Nov 2013 20:49:52 +0000 Received: from sam.nabble.com ([216.139.236.26]) by makus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1VdR5p-0002cp-Of for pgsql-admin@postgresql.org; Mon, 04 Nov 2013 20:49:51 +0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VdR5p-00033q-7t for pgsql-admin@postgresql.org; Mon, 04 Nov 2013 12:49:49 -0800 Date: Mon, 4 Nov 2013 12:49:49 -0800 (PST) From: David Johnston To: pgsql-admin@postgresql.org Message-ID: <1383598189237-5776910.post@n5.nabble.com> In-Reply-To: References: Subject: Re: BI tools and PostgreSQL MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: 3.7 (+++) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-admin Precedence: bulk Sender: pgsql-admin-owner@postgresql.org Victor Tan wrote > BI tools all generate SQL with varying levels of optimization. However, > do > any of you know of any BI tools that are more PostgreSQL aware in that > they > can generate queries that take advantage of extensions like hstore, arrays > etc? > > Hstore and JSON data types use non-standard syntax within PostgreSQL - not > that I know of anything in the SQL standards that say how to handle KV > types in the style of hstore. > > Which BI tools, if any, either are aware of PostgreSQL in this way or at > least minimize hindrances to using these types of data types or > extensions? > > - Victor Tan Native support is probably "zero" as Simon is implying. Most BI ends up needing scalar values for calculations and display. Two dynamics resulting because of this: either you have to supply your own SQL in the BI tool and perform the needed conversions or you can create a BI integration layer within your model so the tools can hit pre-defined schema with the conversions already in place and the SQL the tools generate can be used as-is. I get what you are saying but all I am coming up with more questions to ask regarding your use-case. For better and worse most tool developers want to be vendor agnostic to the largest degree possible. The good news is there are a number of open-source projects that may suffice and that with a strong enough need a PostgreSQL specific module could be developed. Unless you are willing to try and sponsor some of that work I'd suggest being open with you needs and desires and give others a chance to buy into and leverage the ideas and suggestions and thus ideally increase the demand for such. David J. -- View this message in context: http://postgresql.1045698.n5.nabble.com/BI-tools-and-PostgreSQL-tp5776892p5776910.html Sent from the PostgreSQL - admin mailing list archive at Nabble.com. -- Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin