Home

Specifications

Schema

Commentary

Mark Wahl


Web Design by
Kristen Lanum

Schema

Schemas provide structure to the contents of a directory service.

Early Internet directory services such as finger and whois responded to queries with free-form text, with no consistency from one deployment to another. The clients for these protocols would be unable to reformat the data to the presentation style of the user, and could not extract particular fields (e.g. only the phone number) from the response.

A schema will define, for each object being represented:

Some of the typical components of a schema definition include:

Some protocols also allow for schema definitions to include:

White pages schema

A white pages schema is a model for organizing data contained in entries in a directory service, in which each entry in the directory service typically represents an individual person that makes use of network resources, such as by receiving email or having an account to log into a system. In some environments, the schema may also include the representation of organizational divisions, roles, groups, and devices.

One of the earliest attempts to standardize a white pages schema for electronic mail use was X.500, that was derived from the addressing requirements of X.400. This evolved into the Lightweight Directory Access Protocol standard schema in RFC 2256. One of the most widely deployed white pages schemas used in LDAP for representing individuals in an organizational context is inetOrgPerson, defined in RFC 2798, although versions of Microsoft Active Directory require a different object class, User. Many large organizations have also defined their own white pages schemas for their employees or customers, as part of their Identity Management architecture. Converting between data bases and directories using different schemas is often the function of a metadirectory.

Schema registration and reuse

While some of the Internet standards-track schemas used in LDAP have their attribute and object class names registered in the IANA LDAP Parameters list, there is no general schema registry service, or procedure for locating a schema definition.

This is unfortunate as there are few published best practices or standard approaches for extending schemas that are general enough to allow to meet a large set of requirements, both by end-user organizations deploying directory services, or by vendors of directory-enabled applications which require schema extensions. Today, each organization will frequently start with one of the standard schemas provided by the directory server vendors as a baseline,but then extend it in a way which is private to that organization.

Some early directory deployments suffered due to poor design choices in their white pages schema, such as:

Continued at Schema formats and Schema ontologies.