Soucis avec xs:unique

Version imprimable

Bonjour à tous,

Voici mon schéma xsd

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
<xs:schema xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:vs="http://PreferenceSettings.xsd" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xs="http://www.w3.org/2001/XMLSchema" attributeFormDefault="unqualified" elementFormDefault="qualified" targetNamespace="http://PreferenceSettings.xsd">
 
  <!--L'énumération des type de favoris-->
  <xs:simpleType name="FavoriteTypeEnum">
    <xs:restriction base="xs:string">
      <xs:enumeration value="Bank"/>
      <xs:enumeration value="Payment"/>
    </xs:restriction>
  </xs:simpleType>
 
  <!--L'énumération des colonnes de recherche-->
  <xs:simpleType name="SeekInvoiceNumberIn">
    <xs:restriction base="xs:string">
      <xs:enumeration value="no_facture"/>
      <xs:enumeration value="ref_piece"/>
      <xs:enumeration value="intitule_ecriture"/>
      <xs:enumeration value="no_piece"/>
    </xs:restriction>
  </xs:simpleType>
 
  <!--La structure des favoris-->
    <xs:complexType name="FavoritesType">
      <xs:sequence>
        <xs:element maxOccurs="unbounded" name="FavoritesOfType">
          <xs:complexType>
            <xs:sequence>
              <xs:element maxOccurs="unbounded" name="Identifiant" type="xs:int" />
            </xs:sequence>
            <xs:attribute name="Type" type="vs:FavoriteTypeEnum" use="required" />
          </xs:complexType>
          <xs:unique name="oneFavoriteTypeByAttributeValue">
            <xs:selector xpath="vs:FavoritesOfType"/>
            <xs:field xpath="@Type"/>
          </xs:unique>
        </xs:element>
      </xs:sequence>
    </xs:complexType>
 
 
  <!--La structure des champs de recherche-->
    <xs:complexType name="FieldsType">
      <xs:sequence>
        <xs:element maxOccurs="unbounded" name="FieldSeek">
          <xs:complexType>
            <xs:simpleContent>
              <xs:extension base="vs:SeekInvoiceNumberIn">
                <xs:attribute name="Rank" type="xs:int" use="required" />
              </xs:extension>
            </xs:simpleContent>
          </xs:complexType>
          <xs:unique name="uniqueFieldRank">
            <xs:selector xpath=".//FieldSeek"/>
            <xs:field xpath="vs:FieldsType/@Rank"/>
          </xs:unique>
          <xs:unique name="uniqueField">
            <xs:selector xpath="vs:Fields"/>
            <xs:field xpath="FieldSeek"/>
          </xs:unique>
        </xs:element>
      </xs:sequence>
    </xs:complexType>
 
 
  <!--L'élément Root-->
  <xsd:element name="PreferenceSettings">
    <xsd:complexType>
      <xsd:sequence>
        <xsd:element name="Favorites" type="vs:FavoritesType"/>
        <xsd:element name="Fields" type="vs:FieldsType"/>
      </xsd:sequence>
 
    </xsd:complexType>
 
  </xsd:element>
</xs:schema>

Je n'arrive pas à définir les xs:unique. J'ai essayé pas mal de combinaison. J'ai parcouru le web. Apparement ce que j'avais fait été correct. Mais dans mon fichier xml lorsque je mets 2 rank à la même valeur, le fichier xml est toujours valide. Alors qu'il ne le devrait pas.

Quelqu'un pourrait-il m'éclairer? Dois-je mettre mes unique dans mon bloc root?
Merci d'avance

15/05/2011, 19h43
thelvin

On ne va pas se taper tout ça, et de toute façon on n'est pas devins. Puisque tu t'en sors pas avec les tutoriels en ligne, on ne peut pas te donner une solution tout faite : c'est exactement ce qu'ils font.

- Exemple court de fichier XML à valider. Explication sur ce qui ne doit pas apparaître plusieurs fois, et dans quel contexte. En gros, à quoi va servir xs:unique.

- Exemple court de fichier XSD qui illustre comment tu essaies d'assurer cette unicité (et pas grand-chose d'autre).

Pardon, tu trouves le fichier long. J'ai mis tout le xsd pour que vous voyez le contexte. Les 2 premiers blocs sont des énumérations, donc on zappe. Le dernier bloc c'est la racine du fichier.

Donc mon problème se trouve en ligne 12. Maintenant je me pose la question: le xs:unique est-il au bon endroit? ne devrait-il pas se trouver un niveau au dessus dans l'arborescence xsd. (c'était pour cela que j'avais tout mis). Et ce qui ne va pas, c'est si je mets 2 attributs Rank à la même valeur, aucun erreur n'est détectée.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
<!--La structure des champs de recherche-->
    <xs:complexType name="FieldsType">
      <xs:sequence>
        <xs:element maxOccurs="unbounded" name="FieldSeek">
          <xs:complexType>
            <xs:simpleContent>
              <xs:extension base="vs:SeekInvoiceNumberIn">
                <xs:attribute name="Rank" type="xs:int" use="required" />
              </xs:extension>
            </xs:simpleContent>
          </xs:complexType>
          <xs:unique name="uniqueFieldRank">
            <xs:selector xpath=".//FieldSeek"/>
            <xs:field xpath="vs:FieldsType/@Rank"/>
          </xs:unique>
          <xs:unique name="uniqueField">
            <xs:selector xpath="vs:Fields"/>
            <xs:field xpath="FieldSeek"/>
          </xs:unique>
        </xs:element>
      </xs:sequence>
    </xs:complexType>
 
 
  <!--L'élément Root-->
  <xsd:element name="PreferenceSettings">
    <xsd:complexType>
      <xsd:sequence>
        <xsd:element name="Favorites" type="vs:FavoritesType"/>
        <xsd:element name="Fields" type="vs:FieldsType"/>
      </xsd:sequence>
 
    </xsd:complexType

Merci d'avance

16/05/2011, 00h18
thelvin

Citation:

Envoyé par touftouf57

Pardon, tu trouves le fichier long. J'ai mis tout le xsd pour que vous voyez le contexte.

C'est vrai que donner du contexte c'est pas une mauvaise idée, mais :

- En mettant absolument tout, on se noie trop. Le mieux est de simplifier le problème en enlevant tout ce qui n'a aucun rapport avec ce que tu veux faire, avoir le même problème dans ce cas, et montrer ça. Ça s'appelle analyser.
J'aimerais qu'il n'y ait besoin qu'on te dise cela qu'une seule fois dans ta vie. Si ça n'avait pas été fait avant, maintenant c'est fait. C'est valide pour tout, toujours. Et en particulier pour l'informatique où les choses sont faciles à isoler.

- Sans exemple de fichier XML (et de la contrainte qu'ils doivent respecter,) c'est rude. D'ailleurs il n'y en a toujours pas. Je ne plaisantais pas, tu sais.