Hierarchical Queries status? - Mailing list pgsql-hackers

From Hubert FONGARNAND
Subject Hierarchical Queries status?
Date
Msg-id 1164269942.8334.18.camel@hublinux.fidudev.fr
Whole thread Raw
Responses Re: Hierarchical Queries status?  (Bruce Momjian <bruce@momjian.us>)
List pgsql-hackers
I think it's a recurrent question... but i want to know more about the current developpement status of "Hierarchical
queries"in postgresql.<br /><br /> Two years ago, this line appeared in the TODO List (<a
href="http://www.postgresql.org/docs/faqs.TODO.html)">http://www.postgresql.org/docs/faqs.TODO.html)</a>:<br /><br />
AddSQL:2003 WITH RECURSIVE (hierarchical) queries to SELECT<br /><br /> Most of commercial database support them (SQL
Server2005, DB2, Oracle (with Connect By)) and it would be VERY great that at least one "open source" database supports
thisfeature. <br /> We use the CONNECT BY patch made by evgen potemkin (<a
href="http://gppl.moonbone.ru/)">http://gppl.moonbone.ru/)</a>this patch works great with the latest 8.1.5 version but
idoubt that it will work with 8.2 (the author doesn't answer to mail anymore...). We've try to use the connectby C
functionincluded in the contrib, but it's up to 10x slower than this patch. I know that CONNECT BY is an "oracle
invention"but it's the most easier way to do hierarchical queries. But we are ready to rewrite our application if
postgresqlwould support WITH RECURSIVE.<br /><br /> We don't want to depend on a patch anymore... but now, there's no
otheralternatives... We just want to have more visibility about this "future" feature.<br /><br /> Regards<br /><br />
HubertFONGARNAND<br /> Fiducial<br /><br /><br /><br /><br /> _______________________________________________<br />Ce
messageet les �ventuels documents joints peuvent contenir des informations confidentielles.<br />Au cas o� il ne vous
seraitpas destin�, nous vous remercions de bien vouloir le supprimer et en aviser imm�diatement l'exp�diteur. Toute
utilisationde ce message non conforme � sa destination, toute diffusion ou publication, totale ou partielle et quel
qu'ensoit le moyen est formellement interdite.<br />Les communications sur internet n'�tant pas s�curis�es, l'int�grit�
dece message n'est pas assur�e et la soci�t� �mettrice ne peut �tre tenue pour responsable de son contenu. 

pgsql-hackers by date:

Previous
From: Markus Schiltknecht
Date:
Subject: Re: Integrating Replication into Core
Next
From: Peter Eisentraut
Date:
Subject: Vacuum columns in statistics tables