Re: SQL/XML publishing function experimental patch II

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Pavel Stehule <pavel(dot)stehule(at)hotmail(dot)com>
Cc: tgl(at)sss(dot)pgh(dot)pa(dot)us, peter_e(at)gmx(dot)net, pgsql-patches(at)postgresql(dot)org
Subject: Re: SQL/XML publishing function experimental patch II
Date: 2006-06-15 15:56:43
Message-ID: 200606151556.k5FFuhM18174@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-patches

Pavel Stehule wrote:
> Hello
> >
> >If there were a serious amount of demand for the SQL2003 XML features
> >then I wouldn't be averse to putting them in, but right now it looks
> >like bloat with little redeeming social value. Who other than the
> >submitter has asked for this? I don't even see "XML" listed in TODO.
>
> 1. integrating SQL/XML into engine put some possibilities for faster and
> eficient generating XML file. Is important for generating large XML files.
> XML has recursive sturucture and normal (classic functions) interface isn't
> eficient, because it's need more XML->text conversions. Inside parser I know
> if I inside recursion or outside.
>
> 2. Some people use my patch. Without my patch there will be more request for
> it.

OK, got it. One thing I would like is a summary of what we support
directly, in /contrib, and externally. I would like something that can
be eventually put in our documentation, because right now, people say,
"I need XML", and they are not clear about exactly what they need.
Things like:

storing xml
searching xml
exporting xml
building xml structures
etc.

--
Bruce Momjian http://candle.pha.pa.us
EnterpriseDB http://www.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

In response to

Browse pgsql-patches by date

  From Date Subject
Next Message Bruce Momjian 2006-06-15 15:57:36 Re: Test request for Stats collector performance improvement
Previous Message Tom Lane 2006-06-15 15:19:04 Re: ADD/DROP INHERITS