On 03/30/2014 11:50 PM, Иван Парфилов wrote:
* Quantifiable results*

  Adding support of BIRCH algorithm for data type cube

Aside from the details of *how* that would work, the other question is:

Do we want this in contrib/cube? There are currently no clustering functions, or any other statistical functions or similar, in contrib/cube. Just basic contains/contained/overlaps operators. And B-tree comparison operators which are pretty useless for cube.

Do we want to start adding such features to cube, in contrib? Or should that live outside the PostgreSQL source tree, in an separate extension, so that it could live on its own release schedule, etc. If BIRCH goes into contrib/cube, that's an invitation to add all kinds of functions to it.

We received another GSoC application to add another clustering algorithm to the MADlib project. MADlib is an extension to PostgreSQL with a lot of different statistical tools, so MADlib would be a natural home for BIRCH too. But if it requires backend changes (ie. changes to GiST), then that needs to be discussed on pgsql-hackers, and it probably would be better to do a reference implementation in contrib/cube. MADlib could later copy it from there.

- Heikki

Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:

Reply via email to