Fwd: Re: Native XML

Поиск
Список
Период
Сортировка
От Anton
Тема Fwd: Re: Native XML
Дата
Msg-id 4D6AD0D3.8010407@gmail.com
обсуждение исходный текст
Список pgsql-hackers
Sorry for resending, I forgot to add 'pgsql-hackers' to CC.<br /><br /> -------- Original Message -------- <table
border="0"cellpadding="0" cellspacing="0" class="moz-email-headers-table"><tbody><tr><th align="RIGHT" nowrap
valign="BASELINE">Subject:</th><td>Re: [HACKERS] Native XML</td></tr><tr><th align="RIGHT" nowrap
valign="BASELINE">Date:</th><td>Sun, 27 Feb 2011 23:18:03 +0100</td></tr><tr><th align="RIGHT" nowrap
valign="BASELINE">From:</th><td>Anton <a class="moz-txt-link-rfc2396E"
href="mailto:antonin.houska@gmail.com"><antonin.houska@gmail.com></a></td></tr><tr><thalign="RIGHT" nowrap
valign="BASELINE">To:</th><td>Tom Lane <a class="moz-txt-link-rfc2396E"
href="mailto:tgl@sss.pgh.pa.us"><tgl@sss.pgh.pa.us></a></td></tr></tbody></table><br/><br /><pre>On 02/27/2011
04:45PM, Tom Lane wrote:
 
> Anton <a class="moz-txt-link-rfc2396E" href="mailto:antonin.houska@gmail.com"><antonin.houska@gmail.com></a>
writes:
>   
>> I've been playing with 'native XML' for a while and now wondering if
>> further development of such a feature makes sense for Postgres.
>> ...
>> Unlike 'libxml2', the parser uses palloc()/pfree(). The output format is
>> independent from any 3rd party code.
>>     
> Hmm, so this doesn't rely on libxml2 at all?  Given the amount of pain
> that library has caused us, getting out from under it seems like a
> mighty attractive idea.  How big a chunk of code do you think it'd be
> by the time you complete the missing features?
>
>             regards, tom lane
>   
Right, no dependency, everything coded from scratch.
For the initial stable version, my plan is to make the parser conform to
the standard as much as possible and the same for XMLPath / XMLQuery.
(In all cases the question is which version of the standard to start at.)

Integration of SQL & XML data in queries is my primary interest. I
didn't really think to re-implement XSLT. For those who really need to
use XSLT functionality at the database level, can't the API be left for
optional installation?

Also I'm not sure if document validation is necessary for the initial
version - I still see a related item on the current TODO list.

Sincerely,
Tony,
</pre>

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Josh Berkus
Дата:
Сообщение: Re: WIP: cross column correlation ...
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: Exposing an installation's default value of unix_socket_directory