Рассмотрим эту схему XSD, в результате чего появится следующий график
<?xml version="1.0" encoding="UTF-8"?>
<s:schema xmlns:s="http://www.w3.org/2001/XMLSchema"
xmlns:target="http://www.url.com/validation"
xmlns:vc="http://www.w3.org/2007/XMLSchema-versioning"
elementFormDefault="qualified" attributeFormDefault="unqualified">
<s:element name="myObjects" type="typeObjects">
<s:unique name="uniqueObjectId">
<s:selector xpath="myObject"/>
<s:field xpath="id"/>
</s:unique>
</s:element>
<s:complexType name="typeObjects">
<s:sequence maxOccurs="unbounded">
<s:element name="myObject">
<s:complexType>
<s:complexContent>
<s:extension base="typeObject"/>
</s:complexContent>
</s:complexType>
</s:element>
</s:sequence>
</s:complexType>
<s:complexType name="typeObject">
<s:sequence>
<s:element name="id" type="s:int"/>
</s:sequence>
</s:complexType>
</s:schema>
Обратите внимание на уникальное ограничение, установленное для элемента "id", набранное как s:int.
Следующий экземпляр XML по-прежнему проверяется, даже если дважды используется один и тот же <id>1</id>
!
<?xml version="1.0" encoding="utf-8"?>
<myObjects
xmlns:target="http://www.url.ch/validation"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="unique.xsd">
<myObject>
<id>1</id>
</myObject>
<myObject>
<id>1</id>
</myObject>
</myObjects>
Я могу вызвать условие отказа, если изменю тип элемента на s:string.
Это не больше проверяет XML экземпляра, как ожидалось:
Я попробовал проверку в oXygen XML и ALtova XML Spy с тем же результатом соответственно.
Очевидно, возникает вопрос, является ли это ошибкой или известным ограничением в уникальной реализации ограничения XSD?