Skip site navigation (1) Skip section navigation (2)

FW: [PATCHES] XML ouput for psql

From: "Merlin Moncure" <merlin(dot)moncure(at)rcsonline(dot)com>
To: <pgsql-hackers(at)postgresql(dot)org>
Subject: FW: [PATCHES] XML ouput for psql
Date: 2003-03-03 20:47:21
Message-ID: 303E00EBDD07B943924382E153890E5433F7DE@cuthbert.rcsinc.local (view raw or whole thread)
Lists: pgsql-hackers

-----Original Message-----
From: Merlin Moncure 
Sent: Monday, March 03, 2003 3:47 PM
To: 'Peter Eisentraut'
Subject: RE: [HACKERS] [PATCHES] XML ouput for psql

My 0.2$: keep the xml formatting rules as simple as possible and rely on
xslt to do the document markup (going out) and schemas/xslt to do the
validation (going in).  This would allow flexibility for any type of
application.  Without that stuff just do very basic

There are many excellent free tools for xml manipulation which imho are
the best thing about xml.

Xml datasets that are not nested tend to get verbose :(


> -----Original Message-----
> From: Peter Eisentraut [mailto:peter_e(at)gmx(dot)net]
> Sent: Monday, March 03, 2003 12:55 PM
> To: greg(at)turnstep(dot)com
> Cc: PostgreSQL Development
> Subject: Re: [HACKERS] [PATCHES] XML ouput for psql
> greg(at)turnstep(dot)com writes:
> > I don't agree with this: XML and XHTML are two different things.
> No one claimed anything to the contrary.
> > We could certainly upgrade the HTML portion, but I am pretty sure
> > the XML standard calls for this format:
> >
> > <columnname>data here</columnname>
> The XML standard does not call for any table format.  But a number of
> table formats have been established within the XML framework.  Some of
> them are formatting-oriented (e.g., the HTML model, or CALS which is
> in DocBook) and some of them are processing-oriented (e.g., SQL/XML).
> Which do we need?  And which do we need from psql in particular
> in mind that psql is primarily for interactive use and
> In any case, it should most likely be a standard table model and not a
> hand-crafted one.
> (If, for whatever reason, we go the "processing-oriented" route, then
> claim that there should not be a different output with and without \x
> mode.)
> --
> Peter Eisentraut   peter_e(at)gmx(dot)net
> ---------------------------(end of
> TIP 3: if posting/reading through Usenet, please send an appropriate
> subscribe-nomail command to majordomo(at)postgresql(dot)org so that your
> message can get through to the mailing list cleanly

pgsql-hackers by date

Next:From: Mark WongDate: 2003-03-03 21:20:26
Subject: Re: Yet another open-source benchmark
Previous:From: Neil ConwayDate: 2003-03-03 20:29:55
Subject: Re: Yet another open-source benchmark

Privacy Policy | About PostgreSQL
Copyright © 1996-2015 The PostgreSQL Global Development Group