Re: [SoC] Relation between project "XML improvements" and "pgxml" - Mailing list pgsql-hackers

From Nikolay Samokhvalov
Subject Re: [SoC] Relation between project "XML improvements" and "pgxml"
Date
Msg-id e431ff4c0605031446v4d92744di2fedb2b025bc2fa@mail.gmail.com
Whole thread Raw
In response to Re: [SoC] Relation between project "XML improvements" and "pgxml"  ("Jonah H. Harris" <jonah.harris@gmail.com>)
List pgsql-hackers
Yes, there is no single way, because there are different tasks. There
are many papers on this theme.

I'm pretty sure that first of all we need to analyze other DBMSes'
experience. I'm working on it, analyzing MS, ORA and DB2 (first
results of analysis will be available in several weeks).

I've submitted proposal 'XMLType for PostgreSQL' to Google SoC page
(my 'minimum' list from here:
http://archives.postgresql.org/pgsql-hackers/2006-05/msg00044.php

On 5/4/06, Jonah H. Harris <jonah.harris@gmail.com> wrote:
> On 5/3/06, Robert Staudinger <robert.staudinger@gmail.com> wrote:
> > on your summer of code page [1] you outline a project "XML improvements".
> > Is there any relation (similar goals, feature overlapping, technical
> > relation) to the "pgxml" project mentioned for some time on [2]?
>
> No, the XML project idea submitted did not include Oleg's stuff at all.
>
> > now that I'm pondering the submission of a
> > SoC proposal I'm wondering if the "XML improvements" project is a
> > completely new approach, maybe even superceding the
> > approach outlined
>
> At this point in time, I don't believe there's any single best way to
> go regarding XML-handling in PostgreSQL.  If you have a neat project
> idea, please propose it to us on Google's site!
>
> --
> Jonah H. Harris, Database Internals Architect
> EnterpriseDB Corporation
> 732.331.1324
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: don't forget to increase your free space map settings
>


--
Best regards,
Nikolay

pgsql-hackers by date:

Previous
From: "Jim Buttafuoco"
Date:
Subject: Re: drop database command blocking other connections
Next
From: Greg Stark
Date:
Subject: Warts with SELECT DISTINCT