Re: Postgres Analysis Tool-Pak

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Mike Mascari <mascarm(at)mascari(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Postgres Analysis Tool-Pak
Date: 2000-05-20 06:30:21
Message-ID: 12056.958804221@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Mike Mascari <mascarm(at)mascari(dot)com> writes:
> I've been able to implement around 300 of the 320 Excel-style
> functions and was wondering if they would be useful to
> PostgreSQL.

Seems like we could certainly stick these into a contrib directory.
I'd be a little hesitant to cram so many names into the default
installation, for fear of conflicting with existing user setups ---
but a contrib distribution has no such constraint. (Also, aren't
some of these the same as ODBC-standard functions? I believe Thomas
has been working on including all the ODBC functions into the backend,
so you could save him some work there.)

> Or I could just wait until the rewrite if the function call interface
> is going to change dramatically for this such as NULL handling etc.

What I have done so far cleans up NULL handling, but I have not tried to
do anything about functions accepting or returning sets. I think the
plan is to see if we can support set functions better as part of the
querytree redesign scheduled for 7.2.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Kate 2000-05-20 07:28:19 contextual search
Previous Message Tom Lane 2000-05-20 05:30:08 Re: Performance (was: The New Slashdot Setup (includes MySql server))