public inbox for [email protected]  

help / color / mirror / Atom feed

From: Bruce Momjian <[email protected]>
To: David Fetter <[email protected]>
Cc: PostgreSQL-development <[email protected]>
Cc: PostgreSQL-documentation <[email protected]>
Cc: Peter Eisentraut <[email protected]>
Subject: Re: [HACKERS] New XML section for documentation
Date: Sat, 26 Aug 2006 12:48:32 -0400 (EDT)
Message-ID: <[email protected]> (raw)
In-Reply-To: <[email protected]>

David Fetter wrote:
> On Fri, Aug 25, 2006 at 08:37:19PM -0400, Bruce Momjian wrote:
> > David Fetter wrote:
> > > On Fri, Aug 25, 2006 at 07:46:57PM -0400, Bruce Momjian wrote:
> > > > Here is an new XML section for our SGML documentation.  It
> > > > explains the various XML capabilities, if we support them, and
> > > > how to use them.
> > > > 
> > > > Comments?
> > > 
> > > This looks hauntingly similar to Peter's presentation at the
> > 
> > I used the XML/SQL and validation part from his talk, but the rest
> > was from earlier email discussions.
> 
> Reuse is good :)
> 
> > > conference. :)  I'd add a http://wiscorp.com/SQLStandards.html to the
> > 
> > This seems to be the best URL, but it seems too detailed:
> > 
> > 	http://wiscorp.com/H2-2005-197-SC32N1293-WG3_Presentation_for_SC32_20050418.pdf
> 
> I'd just put the http://wiscorp.com/SQLStandards.html URL in, as it
> contains several references in varying levels of detail.

OK, added.

> > > reference section.
> > > 
> > > Speaking of other parts of the SQL:2003 standard, how about one
> > > section each that mentions them?  There's
> > > 
> > > Part 4: SQL/PSM (Persistent Stored Modules)
> > > Part 9: SQL/MED (Management of External Data) (my favorite)
> > > Part 10: SQL/OLB (Object Language Binding)
> > > Part 11: SQL/Schemata
> > > Part 13: SQL/JRT (Java Routines and Types)
> > 
> > I don't know anything about them.
> 
> We claim SQL standard compliance, so since those are part of SQL:2003,
> we probably ought to mention them.  SQL/PSM is a programming language
> that lives inside the database, and DB2 and MySQL have it.  SQL/MED
> lets people talk to other data stores.  SQL/OLB appears to be derived
> from equel, which we have as ecpg.  SQL/Schemata contains the
> information schema.  SQL/JRT appears to bear some similarity to
> PL/Java and PL/J.

I think the big question is whether we are ever going to implement
these?  I think we need to decide that before I mention them.

-- 
  Bruce Momjian   [email protected]
  EnterpriseDB    http://www.enterprisedb.com

  + If your life is a hard drive, Christ can be your backup. +

view thread (30+ messages)  latest in thread

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: [email protected]
  Cc: [email protected], [email protected], [email protected], [email protected]
  Subject: Re: [HACKERS] New XML section for documentation
  In-Reply-To: <[email protected]>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox