OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [xml-dev]  re: IDs and databases (Was: determining ID-ness in XML)

Is it required that XSLT or DOM implement getElementById() in such a way
that a brute force search for elements with attribute ino:id=xxx is
inferior, other than the constraint that the first match is all that's

Why couldn't the DB return the retrieved subtree with ino:id defined as an
ID attribute in an internal subset part of the returned document, or in the
infoset or whatever the corresponding location is if the result is returned
as a DOM?  Why would we need a new mechanism where the DB would stick in a
PI that the app would have to know about?


----- Original Message -----
From: "Champion, Mike" <Mike.Champion@SoftwareAG-USA.com>
To: <xml-dev@lists.xml.org>
Sent: Wednesday, November 07, 2001 6:10 AM
Subject: [xml-dev]  re: IDs and databases (Was: determining ID-ness in XML)

> Ron Bourret asks:
> Here's a concrete use case: I query the DB, get back a substantial list of
> matching elements that the user must choose from. I use one or two values
> each element to populate a list box, with the value returned with the user
> selects a specific value being the ino:id.  The user selects one, now I
> to get the entire content of the selected element.  I have the ino:id, so
> can easily get it from the DB, but I have to either do a brute-force
> or have built some data structure of my own to match that id up with a
> specific element in the subtree I already retrieved.  It would be
> -- not a big deal, just one less hassle -- if there was a way to tell DOM
> (or XSLT, or whatever) that the ino:id attribute is an "ID" so that I can
> just use getElementById() to find it.
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
> The list archives are at http://lists.xml.org/archives/xml-dev/
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://lists.xml.org/ob/adm.pl>