要素の下で子が発生する回数を変更するXMLスキーマを拡張しようとしています。元のスキーマでタイプの子のmaxOccurs属性を変更するためにXSDスキーマを再定義することはできますか?
、親の型は、次のように定義されます
<xsd:complexType name="CrimeLineBusiness_Type">
<xsd:complexContent>
<xsd:extension base="PCLINEBUSINESS">
<xsd:sequence>
<xsd:element ref="CrimeSchedule" minOccurs="0"/>
<xsd:element ref="CrimeMoneyAndSecurities" minOccurs="0"/>
</xsd:sequence>
</xsd:extension>
</xsd:complexContent>
</xsd:complexType>
私はそれがとても両方CrimeSchedule
とCrimeMoneyAndSecurities
は、要素の繰り返しているようにしたいです。
<xsd:complexType name="CrimeLineBusiness_Type">
<xsd:complexContent>
<xsd:extension base="CrimeLineBusiness_Type">
<xsd:sequence>
<xsd:element ref="CrimeMoneyAndSecurities" minOccurs="0" maxOccurs="unbounded"/>
<xsd:element ref="CrimeSchedule" minOccurs="0" maxOccurs="unbounded"/>
</xsd:sequence>
</xsd:extension>
</xsd:complexContent>
</xsd:complexType>
しかし、その後、私は次のエラーを取得する:子どもたちが実際に元のスキーマで定義されていたので、
cos-nonambig: CrimeSchedule and CrimeSchedule (or elements from their substitution group) violate "Unique Particle Attribution". During validation against this schema, ambiguity would be created for those two particles.
これは、理にかなって私は、これは(xsd:redefine
の内側に)うまくいくかもしれないと思いました。では、私は何をする必要があるのですか?
ありがとうございます!
George!私はXSDが投票され、尋問者に受け入れられたことに対するいくつかの間違った答えを見たので、それゆえに信仰を失い始めていました。 – 13ren
私はここで、「再定義で子を削除できますか?」という答えを探しました。しかし、私はジョージの答えが間違いなく "いいえ、上記と同様のパターンを使用しないで"の答えと同様にカバーしていると思います。 –