Re: xpath_array with namespaces support - Mailing list pgsql-patches

From Nikolay Samokhvalov
Subject Re: xpath_array with namespaces support
Date
Msg-id e431ff4c0704220021y72ef7778q957600c21162da68@mail.gmail.com
Whole thread Raw
In response to Re: xpath_array with namespaces support  ("Nikolay Samokhvalov" <samokhvalov@gmail.com>)
Responses Re: xpath_array with namespaces support
List pgsql-patches
What's with this patch?
I do not see it in unapplied patches list, neither it was commited...
What we have now in CVS is not a good thing.

On 4/10/07, Nikolay Samokhvalov <samokhvalov@gmail.com> wrote:
> Here is new version that adds following changes:
>   4. Function is now strict, per discussion.
>   5. Return empty array in case when XPath expression detects nothing
> (previously, NULL was returned in such case), per discussion.
>   6. (bugfix) Work with fragments with prologue: select xpath('/a',
> '<?xml version="1.0"?><a /><b />'); // now XML datum is always wrapped
> with dummy <x>...</x>, XML prologue simply goes away (if any).
>   7. Some cleanup.
>
> On 4/4/07, Nikolay Samokhvalov <nikolay@samokhvalov.com> wrote:
> > The patch attached contains following changes:
> >    1. The function name xmlpath() is changed to xpath();
> >    2. Approach of passing of namepspace mappings to the function is changed:
> > now that array (the 3rd argument) should be a 2-dimentional array with the
> > length of the second axis = 2 (e.g., ARRAY[ARRAY['a1', 'http://a1'],
> > ARRAY['a2', 'http://a2'], ARRAY['a2', 'http://a2']]);
> >    3. Description of xpath() function in docs (I'm sorry for possible
> > mistakes in English and docbook formatting, please check it...)

--
Best regards,
Nikolay

pgsql-patches by date:

Previous
From: Tom Lane
Date:
Subject: Re: [HACKERS] parser dilemma
Next
From: Bruce Momjian
Date:
Subject: Re: [COMMITTERS] pgsql: Some further performance tweaks for planning large inheritance