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

Re: ID/IDREF is evil

  • From: Kurt Cagle <kurt.cagle@gmail.com>
  • To: Arjun Ray <arjun.ray@verizon.net>
  • Date: Wed, 19 Feb 2014 14:45:48 -0800

Re:  ID/IDREF is evil
Actually, this brings up something I've been thinking about for a while. It is typical to think of an XML document as being a self-contained entity, which makes sense from an XPath perspective, but once you start thinking about databases of XML documents, this does not always hold true. Indeed, in that context, even XLink is predicated upon using a URI that also bears function as a URL. (xlink:href="" Yet even this is local to the database in question. Once this document leaves the domain of that database, then the @xlink:href link becomes meaningless. This points to the need for a global identifier as a data-type, one likely based on xs:anyURI, that nonetheless has the specific semantics of a weak identifier (the assumption then being that there exists a target for an IDREF, but that target may not in fact be within the accessible context for that resource. 

Kurt Cagle
Invited Expert, XForms Working Group, W3C
Managing Editor, XMLToday.org



On Wed, Feb 19, 2014 at 2:33 PM, Kurt Cagle <kurt.cagle@gmail.com> wrote:

On Tue, Feb 4, 2014 at 4:52 PM, Arjun Ray <arjun.ray@verizon.net> wrote:
| Because idref is only defined relative to its enclosing document,
| this means that it's remarkably difficult to create a reference
| to remote entities, meaning that any NIEM document effectively
| has to contain the entire serialization of all of its objects.


I'm not sure I follow this.  IDREF is far from a general purpose
reference mechanism.  It's for intra-document cross-referencing only.
(See the FPML specs for reasonable use.)

Too much water has flowed under too many bridges to bring up the
dreaded H-word again, so I'll let it go at that.

Arjun,

That was in fact the point that I'm trying to make. There was a decision made, early on in the evolution of NIEM, that s:id and s:ref constructors were defined as xs:ID and xs:IDREF respectively. I felt that this was a profound mistake, because it takes what is at heart a construct proxy for a real world object and assigns it what is, intrinsically, a local rather than global identifier.


Kurt Cagle
Invited Expert, XForms Working Group, W3C
Managing Editor, XMLToday.org




[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


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.