[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
needed?
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?
Jeff
----- 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
in
> 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
have
> to get the entire content of the selected element. I have the ino:id, so
I
> can easily get it from the DB, but I have to either do a brute-force
search
> 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
convenient
> -- 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>
>
>