[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Since we're talking about databases...

  • From: "W. Eliot Kimber" <eliot@d...>
  • To: xml-dev@i...
  • Date: Mon, 01 Feb 1999 21:48:53 -0600

Re: Since we're talking about databases...
At 01:29 AM 2/2/99 +0000, Clark Evans wrote:
>I'm rather new to the list.  I was wondering if there is any
>current (open source?) work for storing XML in relational 
>databases.  I was thinking of using PostgreSQL.

>c) GROVES look pretty cool.  Is there anyone working
>on a xml property set? Would it be smart to implement
>an xml database upon the groves abstraction, or would
>a direct (DOM) based implemention be better? 

David Megginson's Work Group is charged with developing the official
abstract data model for XML--but I doubt it will be defined as a property
set using the PSDR approach.  Defining a grove plan over the SGML property
set that reflects what XML gives you is pretty trivial and adding some
properties for XML-specific stuff (dare I say it, namespaces?) wouldn't be
too hard. 

TechnoTeacher (www.techno.com) is pursing large-scale grove-based systems.
We've certainly talked about relational vs object approaches. They'll
probably have to do both eventually.

I'm in the process of rewriting my PHyLIS grove manager/HyTime engine in
Python. As there's an RDBMS package for Python, I'm thinking about trying
to put it under PHyLIS as a persistent grove store. Not sure how it will
work, but it will be easy to experiment with.

>d) How hard would it be to develop a transition/rewrite
>engine (say by modifying JADE) to work using a database 
>store instead of memory?  Thoughts?  Any work in 
>this area?

Shouldn't be too hard.  One way to do it is to simply put a grove API over
a database, so that the grove is really just a bunch of indirections to the
real data. This is the way I've designed my GroveNode class for PHyLIS, to
enable this sort of grove binding. There's probably a more efficient way to
do this from a CS standpoint, but it seemed pretty easy to implement.

I wouldn't be surprised if Alex Milowski, of Copernican Solutions and Veo
Systems, hasn't done some of this stuff-he put a lot of effort into
building a completely grove-based server system.

Cheers,

E.
--
<Address HyTime=bibloc>
W. Eliot Kimber, Senior Consulting SGML Engineer
ISOGEN International Corp.
2200 N. Lamar St., Suite 230, Dallas, TX 75202.  214.953.0004
www.isogen.com
</Address>

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.