White Pages Schema

A white pages schema is a data model, specifically a logical schema, for organizing the data contained in entries in a directory service, database, or application, such as an address book. In a white pages directory, each entry 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. The term is derived from the white pages, the listing of individuals in a telephone directory, typically sorted by the individual's home location (e.g. city) and then by their name. While many telephone service providers have for decades published a list of their subscribers in a telephone directory, and similarly corporations published a list of their employees in an internal directory, it was not until the rise of electronic mail systems that a requirement for standards for the electronic exchange of subscriber information between different systems appeared. A white pages schema typically defines, for each real-world object being represented:
  • what attributes of that object are to be represented in the entry for that object
  • what relationships of that object to other objects are to be represented
  • how is the entry to be named and located
  • how similar entries are to be distinguished
  • how are entries to be ordered when displayed in a list
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 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. Some early directory deployments suffered due to poor design choices in their white pages schema, such as:
  • attributes used for naming purposes were non-unique in large environments (such as a person's common name)
  • attributes used for naming purposes were likely to change (such as surnames)
  • attributes were included which could lead to Identity theft, such as a Social security number
  • users were required during provisioning to choose attributes which are unique but still memorable to them
Numerous other proposed schemas exist, both as standalone definitions suitable for use with general purpose directories, or as embedded into network protocols.

See Also

 

<< PreviousWord BrowserNext >>
hecht's
russell mockridge
the master (disambiguation)
vano merabishvili
west montrose
william a. blakley
bismarck mandan
yellow bellied elaenia
the greenskeepers
albert a. boyajian
fargo rock city
andalusi nubah
exponential technology
siberie m'etait conte
1992 consensus
zar grifth
valorization
piz bernina
panders
armenian american political action committee
yr eifl
naeem akhtar bhatti
leo myers
an autobiography (nehru)
structural adjustment program
vangiones
strait of messina bridge
los carayos (french band)
stingray interceptor
sam munchnick
wintergreen
1,3 dipolar cycloaddition
buff arches
constructible strategy game
anastasi
100000 (number)
tokai television broadcasting
zoids: chaotic century
national judicial exam
knives out
market depth
won alexander cumyow
ddrmax: dance dance revolution
pyrola