- From: Don Chamberlin <chamberl@almaden.ibm.com>
- Date: Wed, 11 Feb 2004 15:51:34 -0800
- To: public-qt-comments@w3.org
- Message-ID: <OFBFC7E990.743EB017-ON88256E37.0081EB00-88256E37.0083115F@us.ibm.com>
(IBM-XQ-011) Section 3.14 (Validate Expression) states that validating a node destroys its identity. I believe that this issue needs more thought. The reason for giving a new identity to a validated node is that some of its contents may change (for example, default attributes may appear). But consider the following: (a) The validated note has the same parent as the original node, right? Doesn't this mean that the content of the parent node has changed? If the parent node can retain its identity, why can't the validated node retain its identity? (b) The working group expects to define update operators that can change the state of a node while preserving its identity. But presumably the updated node will need to be revalidated for type-safety. If validation destroys node identity, how can updates preserve node identity? This seems to violate our XQuery Requirement (3.2.5) that XQuery must be defined in a way that does not preclude the later introduction of update operators. (c) Requiring validation to generate new node identities also raises questions about Requirement (3.4.13) that queries must be able to preserve the identity of items in the Data Model. (d) Requiring validation to generate new node identities also may place an unnecessary burden on implementations that perform incremental validation on the data model rather than serializing it and revalidating the whole tree from scratch. (e) Suppose $n is bound to an element node. Is "$n is validate{$n}" true? Is "$n/.. is validate{$n}/.." true? If the answers are not the same, why not? --Don Chamberlin
Received on Wednesday, 11 February 2004 18:51:47 UTC