Die SQL Anywhere-Beispieldatenbank enthält eine Tabelle mit Mitarbeiterdaten und eine weitere mit Abteilungsdaten:

CREATE TABLE "GROUPO"."Employees" (
    "EmployeeID"                     int NOT NULL
   ,"ManagerID"                      int NULL
   ,"Surname"                        "person_name_t" NOT NULL
   ,"GivenName"                      "person_name_t" NOT NULL
   ,"DepartmentID"                   int NOT NULL
   ,"Street"                         "street_t" NOT NULL
   ,"City"                           "city_t" NOT NULL
   ,"State"                          "state_t" NULL
   ,"Country"                        "country_t" NULL
   ,"PostalCode"                     "postal_code_t" NULL
   ,"Phone"                          "phone_number_t" NULL
   ,"Status"                         char(2) NULL
   ,"SocialSecurityNumber"           char(11) NOT NULL
   ,"Salary"                         numeric(20,3) NOT NULL
   ,"StartDate"                      date NOT NULL
   ,"TerminationDate"                date NULL
   ,"BirthDate"                      date NULL
   ,"BenefitHealthInsurance"         bit NULL
   ,"BenefitLifeInsurance"           bit NULL
   ,"BenefitDayCare"                 bit NULL
   ,"Sex"                            char(2) NULL CONSTRAINT "Sexes" check(Sex in( 'F','M','NA' ) )
   ,CONSTRAINT "EmployeesKey" PRIMARY KEY ("EmployeeID") 
)

ALTER TABLE "GROUPO"."Employees"
    ADD CONSTRAINT "SSN" UNIQUE ( "SocialSecurityNumber" )

CREATE TABLE "GROUPO"."Departments" (
    "DepartmentID"                   int NOT NULL
   ,"DepartmentName"                 char(40) NOT NULL
   ,"DepartmentHeadID"               int NULL
   ,CONSTRAINT "DepartmentsKey" PRIMARY KEY ("DepartmentID") 
   ,CONSTRAINT "DepartmentRange" check(DepartmentID > 0 and DepartmentID <= 999)
)

Die Employees-Tabelle enthält den Primärschlüssel "EmployeeID" und den möglichen Schlüssel "SocialSecurityNumber". Die Departments-Tabelle enthält den Primärschlüssel "DepartmentID". Die Employees-Tabelle ist durch die Definition des Fremdschlüssels mit der Departments-Tabelle verknüpft:

ALTER TABLE "GROUPO"."Employees"
    ADD NOT NULL FOREIGN KEY "FK_DepartmentID_DepartmentID" ("DepartmentID")
    REFERENCES "GROUPO"."Departments" ("DepartmentID")

Um den Namen der Abteilung eines bestimmten Mitarbeiters finden zu können, muss der Name dieser Abteilung nicht in der Employees-Tabelle gespeichert werden. Stattdessen enthält die Employees-Tabelle eine Spalte "DepartmentID" mit der Abteilungsnummer, die einem der DepartmentID-Werte in der Departments-Tabelle entspricht.

Die Employees-Tabelle referenziert die Departments-Tabelle durch die oben genannte Integritätsregel zur Erhaltung der referenziellen Integrität, mit der eine Viele-zu-Eins-Beziehung zwischen Employees- und Departments-Tabelle deklariert wird. Außerdem ist dies eine obligatorische Beziehung, weil die Fremdschlüsselspalte in der Employees-Tabelle, "DepartmentID", als NOT NULL deklariert ist. Dies ist jedoch nicht die einzige Beziehung zwischen Employees- und Departments-Tabelle, weil die Departments-Tabelle selbst einen Fremdschlüssel zur Employees-Tabelle für die Leiter der einzelnen Abteilungen enthält:

ALTER TABLE "GROUPO"."Departments"
    ADD FOREIGN KEY "FK_DepartmentHeadID_EmployeeID" ("DepartmentHeadID")
    REFERENCES "GROUPO"."Employees" ("EmployeeID")
    ON DELETE SET NULL 

Dies stellt eine optionale Viele-zu-Eins-Beziehung zwischen der Departments-Tabelle und der Employees-Tabelle dar. Es handelt sich um eine Viele-zu-Eins-Beziehung, weil die Integritätsregel zur Erhaltung der referenziellen Integrität allein nicht verhindern kann, dass zwei oder mehr Abteilungen denselben Leiter haben. Daher bilden Employees- und Departments-Tabelle einen referenziellen Zyklus, wobei jede einen Fremdschlüssel zur anderen enthält.