Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


RE: unique constraint interpretation.

From: "Tishkin, Eugene" <etishkin@------------------.--->
To: "Sandy Gao" <sandygao@--.---.--->
Date: 11/18/2005 3:59:00 AM
In order to avoid misinterpretations I would like to suggest a change to=
 the unique constraint definition as follows.
Add an additional clause into the 3.11.4 paragraph:
=0D

3.11.4 Identity-constraint Definition Validation Rules

...
 =0D
4.1.1 The  <http://www.w3.org/TR/xmlschema-1/#key-tns> =B7target node set=
=B7 is a subset of the   <http://www.w3.org/TR/xmlschema-1/#key-qns> =
=B7qualified node set=B7, that is, every member of the =
 <http://www.w3.org/TR/xmlschema-1/#key-tns> =B7target node set=B7 is also=
 a member of the  <http://www.w3.org/TR/xmlschema-1/#key-qns> =B7qualified=
 node set=B7 however not every member of  =
 <http://www.w3.org/TR/xmlschema-1/#key-qns> =B7taget node set=B7 is a=
 member of  <http://www.w3.org/TR/xmlschema-1/#key-qns> =B7qualified node=
 set=B7.
...
=0D
Thanks
Eugene.

-----Original Message-----
From: Sandy Gao [mailto:sandygao@c...]
Sent: Tuesday, November 15, 2005 11:03 PM
To: Tishkin, Eugene
Cc: xmlschema-dev@w...
Subject: Re: unique constraint interpretation.



Just re-read the relevant clause in the spec a few times and came to the=
 conclusion that Xerces indeed has a bug. That is, the quoted conclusion is=
 not correct, and the testcase attached to 18405 should be valid.=0D

Thanks,
Sandy Gao
XML Parser Development, IBM Canada
(1-905) 413-3255
sandygao@c...




"Tishkin, Eugene" <etishkin@m...>=0D
Sent by: xmlschema-dev-request@w...=0D


11/09/2005 09:31 AM=0D


To
<xmlschema-dev@w...>=0D

cc

Subject
unique constraint interpretation.

=0D




Hi,=0D
 =0D
The below is the comment from Xerces parser BUG 18405 report:=0D
==========================
========================0D
"3 For each node in the
=B7target node set=B7
all of the
{fields},
with that node as the context node, evaluate to either an empty node-set or=
 a=0D
node-set with exactly one member, which must have a simple type."

The target node set is the set of nodes on which the selector is matched. =
 Note=0D
that this condition must hold for *any* identity constraint; only in bullet=
 4=0D
of the tableau are the differences between key and unique described. =0D
Therefore, it seems clear that, if a selector matches, then either all of=
 the=0D
fields must match or none of them must match; even for xsd:unique, you=
 can't=0D
have some fields matching.=0D
==========================
==========================
========0D
 =0D
Especially I'm interested in the conclusion:=0D
 =0D
"Therefore, it seems clear that, if a selector matches, then either all of=
 the=0D
fields must match or none of them must match; even for xsd:unique, you=
 can't=0D
have some fields matching."=0D
 =0D
Is this a correct interpretation of unique constraint?=0D
 =0D
Regards,=0D
Eugene=0D
 =0D


This e-mail and any attachments may contain confidential information. Any=0D
distributing, copying or reliance upon the contents of this e-mail by=
 anyone other=0D
than the intended recipient is strictly prohibited. If you have received=
 this e-mail=0D
accidentally, please delete it and notify the sender. Although this message=
 has been=0D
screened for viruses, we cannot guarantee that our virus scanner will=
 detect all=0D
viruses and take no responsibility for any damage or loss that may be=
 caused by its=0D
contents.







This e-mail and any attachments may contain confidential information. Any=0D
distributing, copying or reliance upon the contents of this e-mail by=
 anyone other=0D
than the intended recipient is strictly prohibited. If you have received=
 this e-mail=0D
accidentally, please delete it and notify the sender. Although this message=
 has been=0D
screened for viruses, we cannot guarantee that our virus scanner will=
 detect all=0D
viruses and take no responsibility for any damage or loss that may be=
 caused by its=0D
contents.


transparent
Print
Mail
Digg
delicious
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent