一意のパーティクル属性の制約
適用対象: SQL Server Azure SQL データベース Azure SQL Managed Instance
XSD では、UPA (一意のパーティクル属性) 制約の規則によって、複雑なコンテンツ モデルが制約を受けます。 この規則は、インスタンス ドキュメント内の各要素が、その親のコンテンツ モデル内の <xsd:element>
パーティクルまたは <xsd:any>
パーティクルの 1 つに、あいまいさ無しに正確に対応することを必要とします。 あいまいなコンテンツ モデルになる可能性のある型を含むスキーマは拒否されます。
あいまいさの最も一般的な原因は、<xsd:any>
のワイルドカード文字や、minOccurs < maxOccurs のような可変の出現範囲を持つパーティクルです。 たとえば、次のコンテンツ モデルでは、<e1>
要素は <xsd:element>
要素と <xsd:any>
要素のどちらとも一致するので、あいまいさが生じます。
<xsd:element name="root">
<xsd:complexType>
<xsd:choice>
<xsd:element name="e1"/>
<xsd:any namespace="##any"/>
</xsd:choice>
</xsd:complexType>
</xsd:element>
また、次のコンテンツ モデルもあいまいです。
<xsd:element name="root">
<xsd:complexType>
<xsd:sequence>
<xsd:element name="e1" maxOccurs="2"/>
<xsd:element name="e2" minOccurs="0"/>
<xsd:element name="e1"/>
</xsd:sequence>
</xsd:complexType>
</xsd:element>
<root><e1/><e2/><e1/></root>
のようなドキュメントはあいまいさなしに検証できますが、<root><e1/><e1/></root>
のようなドキュメントは明確に検証できません。これは、2 番目の <e1/>
がどの <xsd:element>
に対応しているかが明確でないためです。 一部のドキュメントをあいまいさ無しに検証できても、あいまいさが残る可能性があればスキーマは拒否されます。
コンテンツ モデルが有効であるためには、先行読み取りを行わなくても、インスタンスをあいまいさ無しに検証できる必要があります。 たとえば、次のコンテンツ モデルについて考えてみます。
<xsd:element name="root">
<xsd:complexType>
<xsd:choice>
<xsd:sequence>
<xsd:element name="e1"/>
<xsd:element name="e2"/>
</xsd:sequence>
<xsd:sequence>
<xsd:element name="e1"/>
<xsd:element name="e3"/>
</xsd:sequence>
</xsd:choice>
</xsd:complexType>
</xsd:element>
<root><e1/><e3/></root>
のようなドキュメントの場合、シーケンス <e1/><e3/>
は明確に 2 番目の <xsd:sequence>
に一致します。 ただし、<xsd:element>
まで先行読み取りしないと <e1/>
が対応する <e3/>
を特定できないので、コンテンツ モデルは UPA 制約規則に違反することになります。
次のステップ
次のドキュメントは W3C (World Wide Web Consortium) が発行したもので、一意のパーティクル属性の制約に関する技術的な説明が含まれています。
『XML Schema Part 1: Structures Second Edition, W3C Proposed Edited Recommendation』
「Section 3.8.6: Constraints on Model Group Schema Components」
「Appendix H: Analysis of the Unique Particle Attribution Constraint (non-normative)」
ドキュメントを表示するには、http://www.w3.org/TR/xmlschema-1 を参照してください。