Home > Articles > Web Services > XML

Simple Types

This chapter is from the book

This chapter is from the book

Simple Type Definitions

Named Simple Types

Simple types can be either named or anonymous. Named simple types are always defined globally (i.e., their parent is always schema or redefine) and are required to have a name that is unique among the data types (both simple and complex) in the schema. The XSDL syntax for a named simple type definition is shown in Table 1.

The name of a simple type must be an XML non-colonized name, which means that it must start with a letter or underscore, and may only contain letters, digits, underscores, hyphens, and periods. You cannot include a namespace prefix when defining the type; it takes its namespace from the target namespace of the schema document.

All of the examples of named types in this book have the word "Type" at the end of their names, to clearly distinguish them from element-type names and attribute names. However, this is not a requirement; you may in fact have a data type definition and an element declaration using the same name.

Example 1 shows the definition of a named simple type Dress-SizeType, along with an element declaration that references it. Named types can be used in multiple element and attribute declarations.

Table 1 XSDL Syntax: Named Simple Type Definition

Name

simpleType

Parents

schema, redefine

Attribute name

Type

Required/default

Description

id

ID

unique ID

name

NCName

required

simple type name

final

"#all" | list of ("extension" |

"restriction" |

"list" | "union")

defaults to finalDefault of schema

whether other types can be derived from this one, see section "Preventing Simple Type Derivation"

Content

annotation?, (restriction | list | union)


Example 1 Defining and Referencing a Named Simple Type

<xsd:simpleType name="DressSizeType">
 <xsd:restriction base="xsd:integer">
  <xsd:minInclusive value="2"/>
  <xsd:maxInclusive value="18"/> </xsd:restriction>
 </xsd:restriction>
</xsd:simpleType> 
<xsd:element name="size" type="DressSizeType"/> 

Anonymous Simple Types

Anonymous types, on the other hand, must not have names. They are always defined entirely within an element or attribute declaration, and may only be used once, by that declaration. Defining a type anonymously prevents it from ever being restricted, used in a list or union, or redefined. The XSDL syntax to define an anonymous simple type is shown in Table 2.

Table 2 XSDL Syntax: Anonymous Simple Type Definition

Name

 

 

 

simpleType

 

 

 

Parents

 

 

 

element, attribute, restriction, list, union

 

 

 

Attribute name

Type

Required/default

Description

id

ID

 

unique ID

Content

 

 

 

annotation?, (restriction | list | union)

 

 

 


Example 2 shows the definition of an anonymous simple type within an element declaration.

Example 2 Defining an Anonymous Simple Type

<xsd:element name="size">
 <xsd:simpleType>
  <xsd:restriction base="xsd:integer">
   <xsd:minInclusive value="2"/>
   <xsd:maxInclusive value="18"/> 
  </xsd:restriction> 
 </xsd:simpleType>
</xsd:element> 

Design Hint: Should I Use Named or Anonymous Types?

The advantage of named types is that they may be defined once and used many times. For example, you may define a type named Product-CodeType that lists all of the valid product codes in your organization.

This type can then be used in many element and attribute declarations in many schemas. This has the advantages of

  • encouraging consistency throughout the organization,

  • reducing the possibility of error,

  • requiring less time to define new schemas,

  • simplifying maintenance, because new product codes need only be added in one place.

Named types can also make the schema more readable, when the type definitions are complex.

An anonymous type, on the other hand, can be used only in the element or attribute declaration that contains it. It can never be redefined, have types derived from it, or be used in a list or union type. This can seriously limit its reusability, extensibility, and ability to change over time.

However, there are cases where anonymous types are preferable to named types. If the type is unlikely to ever be reused, the advantages listed above no longer apply. Also, there is such a thing as too much reuse. For example, if an element can contain the values 1 through 10, it does not make sense to try to define a data type named OneToTen-Type that is reused by other unrelated element declarations with the same value space. If the value space for one of the element declarations that uses the named data type changes, but the other element declarations do not change, it actually makes maintenance more difficult, because a new data type needs to be defined at that time.

In addition, anonymous types can be more readable when they are relatively simple. It is sometimes desirable to have the definition of the data type right there with the element or attribute declaration.

Every simple type is a restriction of another simple type, known as its base type. It is not possible to extend a simple type, except to add attributes, which results in a complex type. Every new simple type restricts the value space of its base type in some way. Example 3 shows a definition of DressSizeType that restricts the built-in type integer.

Example 3 Deriving a Simple Type from a Built-in Simple Type

<xsd:simpleType name="DressSizeType">
 <xsd:restriction base="xsd:integer">
  <xsd:minInclusive value="2"/>
  <xsd:maxInclusive value="18"/>
  <xsd:pattern value="\d{1,2}"/> 
 </xsd:restriction>
</xsd:simpleType> 

Simple types may also restrict user-derived simple types that are defined in the same schema document, or even in a different schema document. For example, you could further restrict DressSizeType by defining another simple type, MediumDressSizeType, as shown in Example 4.

Example 4 Deriving a Simple Type from a User-Derived Simple Type

<xsd:simpleType name="MediumDressSizeType">
 <xsd:restriction base="DressSizeType">
  <xsd:minInclusive value="8"/>
  <xsd:maxInclusive value="12"/> 
 </xsd:restriction>
</xsd:simpleType> 

A simple type restricts its base type by applying facets to restrict its values. In Example 4, the facets minInclusive and maxInclusive are used to restrict the value of MediumDressSizeType to be between 8 and 12 inclusive.

Defining a Restriction

The syntax for a restriction element is shown in Table 3. You must specify one base type either by using the base attribute, or by defining the simple type anonymously using a simpleType child. The alternative of using a simpleType child is generally only useful when restricting list types.

Table 3 XSDL Syntax: Simple Type Restriction

Name

restriction

Parents

simpleType

Attribute name

Type

Required/default

Description

id

ID

unique ID

base

QName

either a base attribute or a simpleType child is required

simple type name that is being restricted

Content

annotation? , simpleType? , (minExclusive | minInclusive | maxExclusive | maxInclusive | length | minLength | maxLength | totalDigits | fractionDigits | enumeration | pattern | whiteSpace)*


Within a restriction element, you can specify any of the facets, in any order. However, the only facets that may appear more than once in the same restriction are pattern and enumeration. It is legal to define a restriction that has no facets specified. In this case, the derived type allows the same values as the base type.

Overview of the Facets

The available facets are listed in Table 4.

The XSDL syntax for applying a facet is shown in Table 5. All facets must have a value attribute, which has different valid values depending on the facet. Most facets may also have a fixed attribute. Certain facets are not applicable to some types. For example, it does not make sense to apply the fractionDigits facet to a character string type. There is a defined set of applicable facets for each of the built-in types. (Technically, it is the primitive types that have applicable facets, with the rest of the built-in types inheriting that applicability from their base types. However, since most people do not have the built-in type hierarchy memorized, it is easier to list applicable facets for all the built-in types.)

If a facet is applicable to a built-in type, it is also applicable to atomic types that are derived from it. For example, since the length facet is applicable to string, if you derive a new type from string, the length facet is also applicable to your new type.

Table 4 Facets

Facet

Meaning

minExclusive

value must be greater than x

minInclusive

value must be greater than or equal to x

maxInclusive

value must be less than or equal to x

maxExclusive

value must be less than x

length

the length of the value must be equal to x

minLength

the length of the value must be greater than or equal to x

maxLength

the length of the value must be less than or equal to x

totalDigits

the number of significant digits must be less than or

 

equal to x

fractionDigits

the number of fractional digits must be less than or equal to x

whiteSpace

the schema processor should either preserve, replace, or collapse whitespace depending on x

enumeration

x is one of the valid values

pattern

x is one of the regular expressions that the value may match


Inheriting and Restricting Facets

When a simple type restricts its base type, it inherits all of the facets of its base type, its base type's base type, and so on back through its ancestors. Example 4 showed a simple type MediumDressSizeType whose base type is DressSizeType. DressSizeType has a pattern facet which restricts its value space to one or two-digit numbers. Because MediumDressSizeType inherits all of the facets from DressSizeType, this same pattern facet applies to MediumDressSizeType also. Example 5 shows an equivalent definition of MediumDressSize-Type, where it restricts integer and has the pattern facet applied.

Sometimes a simple type definition will include facets that are also specified for one of its ancestors. In Example 4, MediumDressSize-Type includes minInclusive and maxInclusive, which are also applied to its base type, DressSizeType. The minInclusive and maxInclusive facets of MediumDressSizeType (whose values are 8 and 12, respectively) override those of DressSizeType (2 and 18, respectively).

Table 5 XSDL Syntax: Facet

Name

minExclusive, minInclusive, maxExclusive, maxInclusive, length, minLength, maxLength, totalDigits, fractionDigits, enumeration, pattern, whiteSpace

Parents

restriction

Attribute name

Type

Required/default

Description

id

ID

unique ID

value

various

required

value of the restricting facet

fixed

boolean

false; n/a for pattern,

enumeration

whether the facet is fixed and therefore cannot be restricted further

Content

annotation?


Example 5 Effective Definition of MediumDressSizeType

<xsd:simpleType name="MediumDressSizeType">
 <xsd:restriction base="xsd:integer">
  <xsd:minInclusive value="8"/>
  <xsd:maxInclusive value="12"/>
  <xsd:pattern value="\d{1,2}"/> 
 </xsd:restriction>
</xsd:simpleType> 

It is a requirement that the facets of the derived type (in this case, MediumDressSizeType) be more restrictive than those of the base type. In Example 6, we define a new restriction of DressSizeType, called SmallDressSizeType, and set minInclusive to 0. This type definition is illegal, because it attempts to expand the value space by allowing 0, which was not valid for DressSizeType.

Example 6 Illegal Attempt to Extend a Simple Type

<xsd:simpleType name="SmallDressSizeType">
 <xsd:restriction base="DressSizeType">
  <xsd:minInclusive value="0"/>
  <xsd:maxInclusive value="6"/> 
 </xsd:restriction>
</xsd:simpleType> 

This rule also applies when you are restricting the built-in types. For example, the short data type has a maxInclusive value of 32767. It is illegal to define a restriction of short that sets maxInclusive to 32768.

Although enumeration facets can appear multiple times in the same type definition, they are treated in much the same way. If both a derived type and its ancestor have a set of enumeration facets, the values of the derived type must be a subset of the values of the ancestor. Likewise, the pattern facets specified in a derived type must allow a subset of the values allowed by the ancestor types. Schema processors will not necessarily check that the regular expressions represent a subset, but it will instead validate instances against the patterns of both the derived type and all the ancestor types, effectively taking the intersection of the pattern values.

Fixed Facets

When you define a simple type, you can fix one or more of the facets. This means that further restrictions of this type cannot change the value of the facet. Any of the facets may be fixed, with the exception of pattern and enumeration. Example 7 shows our DressSizeType with fixed minExclusive and maxInclusive facets, as indicated by a fixed attribute that is set to true.

Example 7 Fixed Facets

<xsd:simpleType name="DressSizeType">
 <xsd:restriction base="xsd:integer">
  <xsd:minInclusive value="2" fixed="true"/>
  <xsd:maxInclusive value="18" fixed="true"/>
  <xsd:pattern value="\d{1,2}"/> 
 </xsd:restriction>
</xsd:simpleType> 

With this definition of DressSizeType, it would have been illegal to define the MediumDressSizeType, as shown in Example 4, because it attempts to override the minInclusive and maxInclusive facets, which are now fixed. Some of the built-in types have fixed facets that cannot be overridden. For example, the built-in type integer has its fractionDigits facet fixed at 0, so it is illegal to derive a type from integer and specify a fractionDigits that is not 0.

Design hint: When Should I Fix a Facet?

Fixing facets makes your type less flexible, and discourages other schema authors from reusing it. Keep in mind that any types that may be derived from your type must be more restrictive, so you are not at risk that your type will be dramatically changed if its facets are unfixed.

A justification for fixing facets might be that changing that facet value would significantly alter the meaning of the type. For example, suppose you want to define a simple type that represents price. You define a Price type, and fix the fractionDigits at 2. This still allows other schema authors to restrict Price to define other types, such as, for example, a SalePrice type whose values must end in 99. However, they cannot modify the fractionDigits of the type, because this would result in a type not representing a price with both dollars and cents.

InformIT Promotional Mailings & Special Offers

I would like to receive exclusive offers and hear about products from InformIT and its family of brands. I can unsubscribe at any time.

Overview


Pearson Education, Inc., 221 River Street, Hoboken, New Jersey 07030, (Pearson) presents this site to provide information about products and services that can be purchased through this site.

This privacy notice provides an overview of our commitment to privacy and describes how we collect, protect, use and share personal information collected through this site. Please note that other Pearson websites and online products and services have their own separate privacy policies.

Collection and Use of Information


To conduct business and deliver products and services, Pearson collects and uses personal information in several ways in connection with this site, including:

Questions and Inquiries

For inquiries and questions, we collect the inquiry or question, together with name, contact details (email address, phone number and mailing address) and any other additional information voluntarily submitted to us through a Contact Us form or an email. We use this information to address the inquiry and respond to the question.

Online Store

For orders and purchases placed through our online store on this site, we collect order details, name, institution name and address (if applicable), email address, phone number, shipping and billing addresses, credit/debit card information, shipping options and any instructions. We use this information to complete transactions, fulfill orders, communicate with individuals placing orders or visiting the online store, and for related purposes.

Surveys

Pearson may offer opportunities to provide feedback or participate in surveys, including surveys evaluating Pearson products, services or sites. Participation is voluntary. Pearson collects information requested in the survey questions and uses the information to evaluate, support, maintain and improve products, services or sites, develop new products and services, conduct educational research and for other purposes specified in the survey.

Contests and Drawings

Occasionally, we may sponsor a contest or drawing. Participation is optional. Pearson collects name, contact information and other information specified on the entry form for the contest or drawing to conduct the contest or drawing. Pearson may collect additional personal information from the winners of a contest or drawing in order to award the prize and for tax reporting purposes, as required by law.

Newsletters

If you have elected to receive email newsletters or promotional mailings and special offers but want to unsubscribe, simply email information@informit.com.

Service Announcements

On rare occasions it is necessary to send out a strictly service related announcement. For instance, if our service is temporarily suspended for maintenance we might send users an email. Generally, users may not opt-out of these communications, though they can deactivate their account information. However, these communications are not promotional in nature.

Customer Service

We communicate with users on a regular basis to provide requested services and in regard to issues relating to their account we reply via email or phone in accordance with the users' wishes when a user submits their information through our Contact Us form.

Other Collection and Use of Information


Application and System Logs

Pearson automatically collects log data to help ensure the delivery, availability and security of this site. Log data may include technical information about how a user or visitor connected to this site, such as browser type, type of computer/device, operating system, internet service provider and IP address. We use this information for support purposes and to monitor the health of the site, identify problems, improve service, detect unauthorized access and fraudulent activity, prevent and respond to security incidents and appropriately scale computing resources.

Web Analytics

Pearson may use third party web trend analytical services, including Google Analytics, to collect visitor information, such as IP addresses, browser types, referring pages, pages visited and time spent on a particular site. While these analytical services collect and report information on an anonymous basis, they may use cookies to gather web trend information. The information gathered may enable Pearson (but not the third party web trend services) to link information with application and system log data. Pearson uses this information for system administration and to identify problems, improve service, detect unauthorized access and fraudulent activity, prevent and respond to security incidents, appropriately scale computing resources and otherwise support and deliver this site and its services.

Cookies and Related Technologies

This site uses cookies and similar technologies to personalize content, measure traffic patterns, control security, track use and access of information on this site, and provide interest-based messages and advertising. Users can manage and block the use of cookies through their browser. Disabling or blocking certain cookies may limit the functionality of this site.

Do Not Track

This site currently does not respond to Do Not Track signals.

Security


Pearson uses appropriate physical, administrative and technical security measures to protect personal information from unauthorized access, use and disclosure.

Children


This site is not directed to children under the age of 13.

Marketing


Pearson may send or direct marketing communications to users, provided that

  • Pearson will not use personal information collected or processed as a K-12 school service provider for the purpose of directed or targeted advertising.
  • Such marketing is consistent with applicable law and Pearson's legal obligations.
  • Pearson will not knowingly direct or send marketing communications to an individual who has expressed a preference not to receive marketing.
  • Where required by applicable law, express or implied consent to marketing exists and has not been withdrawn.

Pearson may provide personal information to a third party service provider on a restricted basis to provide marketing solely on behalf of Pearson or an affiliate or customer for whom Pearson is a service provider. Marketing preferences may be changed at any time.

Correcting/Updating Personal Information


If a user's personally identifiable information changes (such as your postal address or email address), we provide a way to correct or update that user's personal data provided to us. This can be done on the Account page. If a user no longer desires our service and desires to delete his or her account, please contact us at customer-service@informit.com and we will process the deletion of a user's account.

Choice/Opt-out


Users can always make an informed choice as to whether they should proceed with certain services offered by InformIT. If you choose to remove yourself from our mailing list(s) simply visit the following page and uncheck any communication you no longer want to receive: www.informit.com/u.aspx.

Sale of Personal Information


Pearson does not rent or sell personal information in exchange for any payment of money.

While Pearson does not sell personal information, as defined in Nevada law, Nevada residents may email a request for no sale of their personal information to NevadaDesignatedRequest@pearson.com.

Supplemental Privacy Statement for California Residents


California residents should read our Supplemental privacy statement for California residents in conjunction with this Privacy Notice. The Supplemental privacy statement for California residents explains Pearson's commitment to comply with California law and applies to personal information of California residents collected in connection with this site and the Services.

Sharing and Disclosure


Pearson may disclose personal information, as follows:

  • As required by law.
  • With the consent of the individual (or their parent, if the individual is a minor)
  • In response to a subpoena, court order or legal process, to the extent permitted or required by law
  • To protect the security and safety of individuals, data, assets and systems, consistent with applicable law
  • In connection the sale, joint venture or other transfer of some or all of its company or assets, subject to the provisions of this Privacy Notice
  • To investigate or address actual or suspected fraud or other illegal activities
  • To exercise its legal rights, including enforcement of the Terms of Use for this site or another contract
  • To affiliated Pearson companies and other companies and organizations who perform work for Pearson and are obligated to protect the privacy of personal information consistent with this Privacy Notice
  • To a school, organization, company or government agency, where Pearson collects or processes the personal information in a school setting or on behalf of such organization, company or government agency.

Links


This web site contains links to other sites. Please be aware that we are not responsible for the privacy practices of such other sites. We encourage our users to be aware when they leave our site and to read the privacy statements of each and every web site that collects Personal Information. This privacy statement applies solely to information collected by this web site.

Requests and Contact


Please contact us about this Privacy Notice or if you have any requests or questions relating to the privacy of your personal information.

Changes to this Privacy Notice


We may revise this Privacy Notice through an updated posting. We will identify the effective date of the revision in the posting. Often, updates are made to provide greater clarity or to comply with changes in regulatory requirements. If the updates involve material changes to the collection, protection, use or disclosure of Personal Information, Pearson will provide notice of the change through a conspicuous notice on this site or other appropriate way. Continued use of the site after the effective date of a posted revision evidences acceptance. Please contact us if you have questions or concerns about the Privacy Notice or any objection to any revisions.

Last Update: November 17, 2020