XSD: sequence bzw. all Reihenfolge

[LeKuchen]

Hallo zusammen,

ich habe ein XML Schema, welches eine Person beschreibt (s.u.).

In dem Element "Person" soll unter einem Data-Node eine beliebige Anzahl von Items und Collections in beliebiger Reihenfolge enthalten sein können. (Gemischt Item und Collection!)

Mit "sequence" müssen aber erst die Item-Elemente und dann die Collection-Elemente gelistet sein. Mit "all" hingegen ist die Reihenfolge beliebig, es kann aber nur jeweils ein Item-Element und ein Collection-Element enthalten sein.

Gibt es da eine Kombination von beidem oder einen Workaround?

Gruß
LeKuchen

Element Person mit xmlns:xs="http://www.w3.org/2001/XMLSchema":

<xs:complexType name="Person">
    xs:sequence
      <xs:element name="Data" maxOccurs="1" minOccurs="1">
        xs:complexType
          xs:sequence
            <xs:element name="Item" type="itm:Item" maxOccurs="unbounded" />
            <xs:element name="Collection" type="itm:Collection" maxOccurs="unbounded" />
          </xs:sequence>
          <xs:attribute name="id" type="xs:integer" use="required" />
          <xs:attribute name="dbrelation" type="xs:string" use="required" />
          <xs:attribute name="createDate" type="xs:dateTime" use="required" />
          <xs:attribute name="updateDate" type="xs:dateTime" use="required" />
        </xs:complexType>
      </xs:element>

Es wird referenziert auf Item und Collection:

<xs:complexType name="Collection">
    xs:sequence
      <xs:element name="label" type="xs:string" minOccurs="0" maxOccurs="1" />
      <xs:element name="Data" minOccurs="0" maxOccurs="unbounded">
        xs:complexType
          xs:sequence
            <xs:element name="Item" type="itm:Item" maxOccurs="unbounded" />
          </xs:sequence>
          <xs:attribute name="createDate" type="xs:dateTime" use="required" />
          <xs:attribute name="updateDate" type="xs:dateTime" use="required" />
        </xs:complexType>
      </xs:element>
    </xs:sequence>
    <xs:attribute name="id" type="xs:integer" />
    <xs:attribute name="dbrelation" type="xs:string" />
  </xs:complexType>
  <xs:complexType name="Item">
    xs:sequence
      <xs:element name="label" type="xs:string" minOccurs="1" maxOccurs="1" />
      <xs:element name="value" type="xs:string" minOccurs="1" maxOccurs="1" />
      <xs:element name="text" type="xs:string" minOccurs="0" maxOccurs="1" />
    </xs:sequence>
    <xs:attribute name="id" type="xs:integer" use="required" />
    <xs:attribute name="dbname" type="xs:string" use="required" />
    <xs:attribute name="dbtype" type="xs:string" use="required" />
    <xs:attribute name="length" type="xs:integer" use="optional" />
  </xs:complexType>

[svg4you]

Tach LeKuchen,

Mit "sequence" müssen aber erst die Item-Elemente und dann die Collection-Elemente gelistet sein. Mit "all" hingegen ist die Reihenfolge beliebig, es kann aber nur jeweils ein Item-Element und ein Collection-Element enthalten sein.

Gibt es da eine Kombination von beidem oder einen Workaround?

Theoretisch mit xs:choice statt xs:sequence, was aber praktisch auf ein nicht-deterministisches Inhaltsmodell hinausläuft, d. h. der Parser kann nicht vorrausschauend ermitteln, welches Element in der Folge erwartet wird. Da solche Strukturen eher für Datenchaos statt -ordnung sprechen, versuche es mit einem anderen Aufbau.

Man liest sich,
svg4you

[LeKuchen]

Hallo svg4you,

Theoretisch mit xs:choice statt xs:sequence, was aber praktisch auf ein nicht-deterministisches Inhaltsmodell hinausläuft, d. h. der Parser kann nicht vorrausschauend ermitteln, welches Element in der Folge erwartet wird. Da solche Strukturen eher für Datenchaos statt -ordnung sprechen, versuche es mit einem anderen Aufbau.

Hmm, mit xs:choice ist dann soweit ich es sehe nur entweder Item oder Collection möglich, und nicht gemischt.

Ich verstehe Deine Vorbehalte gegen diese Datenstruktur - ist aber leider genauso beabsichtigt um das System flexibel zu machen. Die XSD soll als Vorlage für eine WSDL-Datei dienen. Dabei soll das zu übertragende Datenset beliebig erweiterbar sein.

Gruß
LeKuchen

[svg4you]

Tach LeKuchen,

Ich verstehe Deine Vorbehalte gegen diese Datenstruktur - ist aber leider genauso beabsichtigt um das System flexibel zu machen. Die XSD soll als Vorlage für eine WSDL-Datei dienen. Dabei soll das zu übertragende Datenset beliebig erweiterbar sein.

Im Grunde läuft es doch auf (zunächst) diese DTD hinaus:

  
<!ELEMENT wurzel (a+)>  
<!ELEMENT a ((b|c)*,(c|b)*)>  
<!ELEMENT b (#PCDATA)>  
<!ELEMENT c (#PCDATA)>

oder alternativ auf dieses Schema:

  
<?xml version="1.0" encoding="ISO-8859-1"?>  
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">  
  
  <xs:element name="wurzel">  
    <xs:complexType>  
      <xs:sequence>  
        <xs:element ref="a" minOccurs="1" maxOccurs="unbounded"/>  
      </xs:sequence>  
    </xs:complexType>  
  </xs:element>  
  
  <xs:element name="a">  
    <xs:complexType>  
      <xs:sequence>  
        <xs:choice minOccurs="0" maxOccurs="unbounded">  
          <xs:element ref="b"/>  
          <xs:element ref="c"/>  
        </xs:choice>  
        <xs:choice minOccurs="0" maxOccurs="unbounded">  
          <xs:element ref="c"/>  
          <xs:element ref="b"/>  
        </xs:choice>  
      </xs:sequence>  
    </xs:complexType>  
  </xs:element>  
  
  <xs:element name="b">  
    <xs:complexType mixed="true"/>  
  </xs:element>  
  
  <xs:element name="c">  
    <xs:complexType mixed="true"/>  
  </xs:element>  
  
</xs:schema>

und diese Strukturen sind eben nicht-deterministisch. Kommt ggf. darauf an, was der Parser daraus macht.

Man liest sich,
svg4you