我们如今曾经讨论了如何定义新的复合类型(比如PurchaseOrderType)、声明元素(比如purchaseOrder)和声明属性(如orderDate)。在这些定义行为中，普通都包含着命名，如果我们给两个对象赋予同样的名称会有何种结果? 答案取决于问题中的两个对象，普通来说这两个对象越相近，它们越有可能惹起冲突。

  下面，我们给出一些例子来说明什么时候同样的名称会导致问题。如果两个对象都是类型，而且定义了一个复合类型为USStates，同时又定义了一个简单类型为USStates，此时就出现了冲突。如果两个对象是类型和元素或者是类型和属性，当定义了一个复合类型叫USAddress时，同时又定义了一个元素称为USAddress，此时是没有冲突发生的。如果两个对象是不同类型的元素(普通地、并非是全局元素)，当我们声明了一个元素名字作为USAddress类型的一部分，并且第二个元素名字作为item类型的一部分，此时就没有冲突(类似的元素有时候称为局部元素声明)。最后，如果两个对象都是类型，你本人定义了其中的一个，而XML Schema规范内置定义了另外的一个，比如定义了一个简单类型称为decimal，那么此时没有冲突发生。这里之所以没有命名冲突发生的，由于它们属于不同的命名空间。

  使用简单类型

  在购置订单模式文档po.xsd中，有几个元素和属性被声明为简单类型。其中一些简单类型如 string 和decimal是XML Schema中内置的，其它的一些则是源于(如果使用对象技术的言语就是承继)内置的类型。举例来说，partNum属性的类型称为SKU(Stock Keeping Unit)，它是源于string的。内置的简单类型和它们的后继版本都能够用在所有的元素和属性声明中。

  新的简单类型通过从现有的简单类型(内置的简单类型以及源于内置简单类型的简单类型)引出定义。通常，我们通过重新约束一个现存的简单类型来引出一个新的简单类型。换句话说，新类型的合法值范围是现有类型的值范围的子集。我们使用simpleType元从来定义和命名新的简单类型，使用restriction元从来指出现有的基类型，并且用它来标识约束值范围的细节。

  假设希望建立一个新的整数类型称为myInteger，它的值范围为10000到99999。那么定义该当基于简单类型integer，然后定义它的值范围为10000到99999。为了定义myInteger，这样来约束integer的范围，参见代码6：

  <!--代码 6 使用基类型来定义新的简单类型-->
  <xsd:simpleType name="myInteger">
  <xsd:restriction base="xsd:integer">
  <xsd:minInclusive value="10000"/>
  <xsd:maxInclusive value="99999"/>
  </xsd:restriction>
  </xsd:simpleType>

  代码6的例子显示了由一个基本类型定义和两个值域区间方面描述的组合，通过这三个要素对myInteger实施定义。

  先前的购置订单模式文档包含了其它更详细的定义简单类型的例子。一个叫SKU的新简单类型(参见代码7)是从(通过约束)简单类型string引出的。此外，我们使用一个称为pattern的描述,以及pattern的正则表达式值“\d{3}-[A-Z]{2}”来约束SKU的值。其中，该正则表达式值的语义为3个数字后面跟着一个连字号，接着跟着两个大写的英文字母。

  <!--代码7 SKU简单类型定义-->
  <xsd:simpleType name="SKU">
  <xsd:restriction base="xsd:string">
  <xsd:pattern value="\d{3}-[A-Z]{2}"/>
  </xsd:restriction>
  </xsd:simpleType>

  XML Schema定义了15个用于简单类型定义描述的元素。在这些元素中，enumeration特别有用，它能够被用于约束除boolean类型之外的几乎每一个简单类型。enumeration限制简单类型的值为一系列不同的枚举值。举例来说，我们可以使用enumeration来定义一个新类型称为USState(参见代码8)，USState是从string类型引出的，同时它的值必须为美国州名的缩写。

  <!--代码8 USState简单类型定义-->
  <xsd:simpleType name="USState">
  <xsd:restriction base="xsd:string">
  <xsd:enumeration value="AK"/>
  <xsd:enumeration value="AL"/>
  <xsd:enumeration value="AR"/>
  <!-- and so on ... -->
  </xsd:restriction>
  </xsd:simpleType>

  USState将会在现用的state元素声明中成为string类型的一个非常好的替换品。通过使用这个替换品可以使state元素具有合法值的校验能力。举例来说，billTo和shipTo元素的子元素state，将会被限制在AK、AL和AR等中。留意对于特定类型的列举值必须是独一的。

  匿名类型定义

  使用XML Schema，我们能够通过定义一系列具有名称的类型，如PurchaseOrderType类型。然后声明一个元素，比如purchaseOrder，通过使用“type=”这样的结构方法来使用类型。这品种型的模式结构非常直截了当，但有些不实用。特别是如果定义了许多只使用一次而且包含非常少约束的类型，在这种情况下，一个类型应该能够被更简单的定义。这样的简单定义通常的方式是一个节省了名称和外部援用开销的匿名类型。

  在po.xsd(参见代码9)中类型Items的定义中，有两个元素声明使用了匿名类型定义，它们是item和quantity。普通的来说，你通过元素中能否包含“type=”这个属性可以判断匿名元素定义(或者是匿名属性定义)。如果出现无名称的类型定义，也可以认为是匿名元素(属性)定义。

  <!--代码 0-9 po.xsd模式定义-->
  <xsd:complexType name="Items">
  <xsd:sequence>
  <xsd:element name="item" minOccurs="0" maxOccurs="unbounded">
  <xsd:complexType>
  <xsd:sequence>
  <xsd:element name="productName" type="xsd:string"/>
  <xsd:element name="quantity">
  <xsd:simpleType>
  <xsd:restriction base="xsd:positiveInteger">
  <xsd:maxExclusive value="100"/>
  </xsd:restriction>
  </xsd:simpleType>
  </xsd:element>
  <xsd:element name="USPrice" type="xsd:decimal"/>
  <xsd:element ref="comment" minOccurs="0"/>
  <xsd:element name="shipDate" type="xsd:date" minOcc