SQL Anywhere-Beispieldatenbank

Aus Gründen der Einfachheit und Konsistenz wird für viele Beispiele in der Dokumentation die SQL Anywhere-Beispieldatenbank %SQLANYSAMP16%\demo.db verwendet. Standardmäßig ist diese Datei im Beispielverzeichnis von SQL Anywhere installiert (z.B. C:\Users\Public\Documents\SQL Anywhere 16\Samples unter Windows 7).

Für die Beispieldatenbanken gilt folgende Kombination aus Benutzer-ID und Kennwort:

Benutzer-ID = DBA
Kennwort = sql (Kennwörter in SQL Anywhere berücksichtigen die Groß- und Kleinschreibung)

Vorsicht

Alle Beispieldatenbanken verwenden dieselbe Kombination aus Benutzer-ID und Kennwort. Es wird empfohlen, dass Sie die Benutzer-ID DBA und das Kennwort sql ändern, um den Zugriff auf diese Datenbank zu beschränken. Siehe Kennwörter ändern (Sybase Central).

Die Beispieldatenbank verwendet folgende ODBC-Datenquelle: SQL Anywhere 16 Demo.

Die Beispieldatenbank stellt ein kleines amerikanisches Unternehmen dar, das Sportbekleidung verkauft. Sie enthält interne Informationen über das Unternehmen, wie Mitarbeiter (employees), Abteilungen (departments) und Finanzdaten (finances) sowie Produkt- und Verkaufsinformationen (sales orders, customers und contacts). Alle Daten in der Datenbank sind frei erfunden.

In der nachstehend abgebildeten Strukturdarstellung werden die Tabellen der Beispieldatenbank und ihre Beziehungen zueinander erläutert. Die Kästen stellen die Tabellen dar, die Pfeile zeigen die Fremdschlüsselbeziehungen zwischen den Tabellen an. PK steht für Primärschlüssel (engl. Primary Key), FK für Fremdschlüsse (engl. Foreign Key).

Hinweise zur Verbindung mit demo.db finden Sie unter Praktische Einführung: Verbindung mit der Beispieldatenbank herstellen.

Die SQL Anywhere-Beispieldatenbank, die Tabellen, Spaltennamen, Primär- und Fremdschlüsselbeziehungen enthält.

Rollen in der Beispieldatenbank

Die Beispieldatenbank enthält eine benutzererweiterte Rolle (GROUPO) und drei benutzerdefinierte Rollen (READ_ROLE, MODIFY_ROLE und EXEC_ROLE).

GROUPO ist ein Benutzer, der zu einer Rolle erweitert wurde. GROUPO ist der Eigentümer der oben beschriebenen Tabellen. Er ist auch der Eigentümer einer Anzahl von Beispielansichten, materialisierten Ansichten und gespeicherten Prozeduren, die in der Beispieldatenbank definiert sind. Jeder neue Benutzer, dem die Rolle GROUPO erteilt wird, kann diese Datenbankobjekte ohne den Eigentümerqualifizierer referenzieren. Er kann zum Beispiel die Tabelle "Departments" referenzieren, ohne den Eigentümerpräfix (GROUPO.Departments) anzugeben.

Jeder Benutzer, dem die Rolle READ_ROLE erteilt wird, hat Lesezugriff auf die Zeilen, die in den oben stehenden Tabellen beschrieben werden. Benutzer mit dieser Rolle können eine SELECT-Anweisung auf jede dieser Tabellen durchführen.

Jeder Benutzer, dem die Rolle MODIFY_ROLE erteilt wird, hat Schreibzugriff auf die Zeilen, die in den oben stehenden Tabellen beschrieben werden. Benutzer mit dieser Rolle können eine INSERT-, UPDATE- oder DELETE-Anweisung auf jede dieser Tabellen durchführen.

Jeder Benutzer, dem die Rolle EXEC_ROLE erteilt wird, kann jede der gespeicherten Beispielprozeduren ausführen, die in der Beispieldatenbank definiert sind, mit Ausnahme von ManageContacts (ShowContacts, ShowCustomers, ShowCustomerProducts, ShowProductInfo, ShowSalesOrders, ShowSalesOrderDetail, ShowSalesOrderItems und debugger_tutorial). Die gespeicherte Prozedur ManageContacts wird verwendet, um Kontakte in der Tabelle "Kontakte" hinzuzufügen, zu löschen oder zu aktualisieren.

Benutzer, die nur die Rollen READ_ROLE, MODIFY_ROLE oder EXEC_ROLE haben, können keine Schemaänderungen in der Datenbank durchführen. Beispiel: Sie können weder Spalten zu vorhandenen Tabellen hinzufügen oder aus diesen entfernen noch können sie Tabellen erstellen oder löschen. Dazu sind zusätzliche Privilegien erforderlich.

In einem großen Unternehmen gibt es viele solcher Rollen. Beispiel: Eine Verkaufsabteilung könnte Eigentümer der verkaufs- und kundenbezogenen Tabellen sein, eine Produktions- oder Einkaufsabteilung könnte Eigentümer der produktbezogenen Tabellen sein und eine Personalabteilung könnte Eigentümer der mitarbeiter- und abteilungsbezogenen Tabellen sein. Jede dieser Abteilungen würde ihre eigene Zusammenstellung von Rollen haben, mit verschiedenen Zugriffsrechten für die Tabellen, deren Eigentümer sie sind. Die Beispieldatenbank stellt jedoch ein kleines Unternehmen dar und die Verwendung von Rollen wurde absichtlich einfach gehalten.

Der Benutzer "DBA" hat alle Privilegien für die Beispieldatenbank und kann das Datenbankschema ändern, neue Benutzer erstellen, Rollen hinzufügen usw. Diesem Benutzer wurde die benutzererweiterte Rolle GROUPO erteilt, sodass er Beispieltabellen und gespeicherte Prozeduren referenzieren kann, ohne sie mit einer Eigentümer-ID zu qualifizieren.

Es wurden zwei weitere Benutzer erstellt, um die oben beschriebenen Rollen zu erläutern.

Dem Benutzer UPDATER (Kennwort "update") wurden die Rollen READ_ROLE, MODIFY_ROLE und EXEC_ROLE erteilt. Dieser Benutzer kann SELECT-, INSERT-, UPDATE- und DELETE-Anweisungen für alle Beispieltabellen durchführen. Dieser Benutzer hat das EXECUTE-Privileg für alle gespeicherten Beispielprozeduren. Die benutzererweiterte Rolle GROUPO wird außerdem erteilt, sodass dieser Benutzer Beispieltabellen und gespeicherte Prozeduren referenzieren kann, ohne sie mit einer Eigentümer-ID zu qualifizieren.

Dem Benutzer "BROWSER" (Kennwort "browse") wurden die Rollen READ_ROLE und EXEC_ROLE erteilt. Dieser Benutzer kann eine SELECT-Anweisung auf jede der Beispieltabellen durchführen, aber er kann die Zeilen der Tabellen nicht ändern. Dieser Benutzer hat das EXECUTE-Privileg für alle gespeicherten Beispielprozeduren mit Ausnahme der gespeicherten Prozedur ManageContacts, da diese Prozedur zum Hinzufügen, Löschen und Aktualisieren von Kontakten in der Tabelle "Contacts" verwendet wird. (Zum Ausführen von ManageContacts ist die MODIFY_ROLE-Rolle erforderlich). Die benutzererweiterte Rolle GROUPO wird ebenfalls erteilt, sodass dieser Benutzer Beispieltabellen und gespeicherte Prozeduren referenzieren kann, ohne sie mit einer Eigentümer-ID zu qualifizieren.

Siehe auch

Neuerstellung der Beispieldatenbank (demo.db)

Kommentieren Sie diese Seite in DocCommentXchange.