> s/XMLGEN/XMLAGG/
>
> Sorry, I meant XMLAGG() not XMLGEN()
And now that I have the name right, I found the answer:
http://archives.postgresql.org/pgsql-hackers/2006-12/msg01022.php
Sorry to be a bother...
-- Korry
[EMAIL PROTECTED] wrote:
> Are you planning to add XMLAGG() support? And if so, will it work
> basically the same (from the user's perspective) as the XMLAGG()
> syntax in Nikolay's patch?
The XMLAGG in Nikolay's patch didn't work right, so I removed it. If
someone wants to clean it up, please
s/XMLGEN/XMLAGG/
Sorry, I meant XMLAGG() not XMLGEN()
-- Korry
> > Here is an updated updated XML patch. Unless there are objections of
> > the sort that this approach is totally wrong or there is crash
> > potential, I'd like to get this committed this week and fill in the
> >
> Here is an updated updated XML patch. Unless there are objections of
> the sort that this approach is totally wrong or there is crash
> potential, I'd like to get this committed this week and fill in the
> gaps next year.
Peter - I have a few quick questions about the XML patch that you
sub
Peter Eisentraut wrote:
> Here is an updated updated XML patch. Unless there are objections of
> the sort that this approach is totally wrong or there is crash
> potential, I'd like to get this committed this week and fill in the
> gaps next year.
Great. The XML section of the datatypes docu
Here is an updated updated XML patch. Unless there are objections of
the sort that this approach is totally wrong or there is crash
potential, I'd like to get this committed this week and fill in the
gaps next year.
Old News:
> Attached is an updated patch for XML functionality, which subsume
This looks very nice. Thanks.
---
Peter Eisentraut wrote:
> Attached is an updated patch for XML functionality, which subsumes all
> earlier patches on the subject. This includes a data type with format
> checking, and f
