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 flat)
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
<column>data</column>.

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 :(

Merlin

> -----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
that
> > 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
used
> 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
(keeping
> in mind that psql is primarily for interactive use and
shell-scripting)?
> 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
I
> claim that there should not be a different output with and without \x
> mode.)
> 
> --
> Peter Eisentraut   peter_e(at)gmx(dot)net
> 
> 
> ---------------------------(end of
broadcast)---------------------------
> 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-2014 The PostgreSQL Global Development Group