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

Re: Query Languages for XML

• From: Richard Light <richard@l...>
• To: xml-dev@i...
• Date: Sat, 15 Nov 1997 08:04:14 +0000

In message <346C90F2.A4566219@i...>, "W. Eliot Kimber"
<eliot@i...> writes
>
>From another point of view, it's not possible to have *an* XML query
>language because there are too many different ways that you might want
>to access XML data: as nodes in groves ala SDQL, as full text using some
>full-text index, as semantic-specific objects using some domain-specific
>query mechanism, etc.
>
>So my question is: is what is desired only a new *syntax* or is there a
>requirement for a fundamentally different query mechanism?  Or have I
>entirely missed the point of the original question?

One important thing about "Standard Query Language" is that it doesn't
just query.  It is actually a complete language for "defining, accessing
and otherwise managing relational databases".

I think that anyone coming from an SQL background would find SDQL very
restricted, _in the sense that_ it provides a set of 'read-only'
functions that you can carry out on SGML documents which are, magically,
already there.  Unlike SQL, SDQL provides you with no means to:

- create a schema;
- create a new document;
- edit an existing document;
- delete a document;
- manage access to documents;
- etc.

If you want to use SDQL as the basis for document management, you would
have a very hard time of it.  And yet, surely that is what someone
looking to create and manage XML repositories is going to be interested
in having?

Obviously this is not just an XML problem: it applies equally to SGML,
which is in effect a "read only" standard.  One example of this is in
the style language's (DSSSL or XSL) online support.  As far as I am
aware, there is no support for any features of forms.  Yet, if SDQL had
primitives such as (insert-node), (replace-node) and (add-text-to-node)
it wouldn't be too hard to add an "input-line" flow object type.  And
the implications of even that simple addition would be pretty far-
reaching.

Richard.

Richard Light
SGML/XML and Museum Information Consultancy
richard@l...

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...)

• Follow-Ups:
  • Re: Query Languages for XML
    • From: Paul Prescod <papresco@t...>

• References:
  • Re: Query Languages for XML
    • From: "W. Eliot Kimber" <eliot@i...>

• Prev by Date: RE: How best to represent unrepresentable characters in NAME tokens?
• Next by Date: Re: case insensitive and ID
• Previous by thread: Re: Query Languages for XML
• Next by thread: Re: Query Languages for XML
• Index(es):
  • Date
  • Thread