Beispielschemas – Einführung

Die Beispieldatenbankschemas können für Produktdokumentation, Kursware, Softwareentwicklung und Anwendungsdemos verwendet werden.

Beispielschemas

Die Beispieldatenbankschemas stellen eine gemeinsame Plattform für Beispiele in jedem Release von Oracle AI Database bereit. Die Beispielschemas sind eine Gruppe von verknüpften Datenbankschemas. Dieses Set bietet die folgenden Komplexitätsansätze:

Die folgenden Schemas werden nicht mehr aktualisiert, sind jedoch weiterhin verfügbar:

Hinweis: Die Schemas "Business Intelligence" (bi), "Information Exchange" (ix) und "Versand" (qs) sind nicht mehr verfügbar.

Designprinzipien für Beispielschemas

Die Beispieldatenbankschemas wurden unter Berücksichtigung der folgenden Designprinzipien erstellt:

Vorteile von Beispielschemas für Kunden

Die Beispielschemas bieten folgende Vorteile:

Beispielschemas – Überblick

Die Oracle AI Database-Beispielschemas basieren auf einem fiktiven Beispielunternehmen, das Waren über verschiedene Kanäle verkauft. Das Unternehmen ist weltweit tätig, um Aufträge für Produkte zu erfüllen. Es verfügt über mehrere Divisionen, die jeweils durch ein Beispieldatenbankschema dargestellt werden.

HR-Beispielschema

Der Personalbereich erfasst Informationen über die Mitarbeiter und Einrichtungen des Unternehmens. In den Personaldatensätzen (hr) hat jeder Mitarbeiter eine Identifikationsnummer, eine E-Mail-Adresse, einen Tätigkeits-ID-Code, ein Gehalt und einen Manager. Einige Mitarbeiter verdienen Provisionen zusätzlich zu ihrem Gehalt.

Darüber hinaus erfasst das Unternehmen Daten zu Tätigkeiten im Unternehmen. Jede Tätigkeit verfügt über einen Identifikationsschlüssel, eine Tätigkeit sowie einen Mindest- und Höchstgehaltsbereich für die Tätigkeit. Einige Mitarbeiter sind seit langem im Unternehmen und haben unterschiedliche Positionen innerhalb des Unternehmens inne. Wenn ein Mitarbeiter kündigt, werden die Dauer der Arbeit des Mitarbeiters, die Tätigkeits-ID-Nummer und die Abteilung erfasst.

Das Beispielunternehmen ist regional vielfältig, so dass es die Standorte seiner Lager und Abteilungen verfolgt. Jeder Mitarbeiter wird einer Abteilung zugewiesen, und jede Abteilung wird durch eine eindeutige Abteilungsnummer oder einen Kurznamen gekennzeichnet. Jede Abteilung ist mit einem Standort verknüpft, und jeder Standort hat eine vollständige Adresse, die den Straßennamen, die Postleitzahl, den Ort, das Bundesland oder die Provinz sowie die Landeskennzahl enthält.

An Orten, an denen sich die Abteilungen und Lager befinden, zeichnet das Unternehmen Details auf, wie den Ländernamen, das Währungssymbol, den Währungsnamen und die Region, in der sich das Land geografisch befindet.

CO-Beispielschema

Der Geschäftsbereich "Kundenaufträge" verfolgt Kunden-, Produkt-, Filial- und Auftragsdaten. Das Schema "Kundenaufträge" (co) zeichnet die Details der Transaktionen auf, die von einer Einzelhandelsanwendung ausgeführt werden.

Das Schema co hebt Features wie die JSON-Unterstützung hervor.

Das Unternehmen verkauft eine Vielzahl von Produkten, die in der Tabelle products gepflegt werden. Jedes Produkt hat eine eindeutige Identifikationsnummer, einen Namen, einen Preis, Details, die in einem JSON-Objekt und Produktbilddetails gespeichert sind.

Die vom Kunden aufgegebenen Bestellungen werden in der Tabelle orders anhand der Bestellnummer, des Datums und der Uhrzeit der Auftragserteilung, der Kundendetails, des Bestellstatus und der Filialinformationen verfolgt.

Die Details der Produkte in einer bestimmten Bestellung werden auch in der Tabelle order_items unter Verwendung der Bestellnummer verfolgt. Details der Produkte, Preis zum Zeitpunkt des Kaufs, Menge und Versand werden erfasst.

Die Informationen eines Kunden, der eine Bestellung aufgibt, werden in der Tabelle customers verfolgt. Jeder Kunde hat eine Identifikationsnummer, einen Namen und eine E-Mail-Adresse, die für die Kommunikation der Bestellungen verwendet wird.

Die Kunden können die Produkte in Geschäften oder online über die Website des Unternehmens kaufen. Die Informationen für alle Speicher und die entsprechenden physischen und virtuellen Adressen werden in der Tabelle stores verfolgt. Die Filialinformationen werden auch in den Bestelldetails erfasst.

Die Versanddetails der aufgegebenen Bestellungen, wie Lieferadresse, Kundendetails, Speicherinformationen und Versandstatus, werden in der Tabelle shipments gespeichert.

In einer inventory-Tabelle werden die Details jedes Produkts gespeichert, z.B. die in jeder Filiale verfügbare Menge.

SH-Beispielschema

Der Geschäftsbereich Sales verfolgt Geschäftsstatistiken, um Geschäftsentscheidungen zu erleichtern. Das Beispielunternehmen führt ein hohes Geschäftsvolumen aus, sodass es Berichte zur Unternehmensstatistik ausführt, um die Entscheidungsfindung zu unterstützen. Viele dieser Berichte sind zeitbasiert und nichtflüchtig. Das heißt, sie analysieren vergangene Datentrends. Das Unternehmen lädt regelmäßig Daten in sein Data Warehouse, um Statistiken für diese Berichte zu sammeln. Diese Berichte enthalten jährliche, vierteljährliche, monatliche und wöchentliche Umsatzzahlen nach Produkt. Diese Berichte werden mit dem Schema "Sales History" (sh) gespeichert.

Das Unternehmen führt auch Berichte über Vertriebskanäle aus, über die seine Verkäufe geliefert werden. Wenn das Unternehmen Sonderaktionen für seine Produkte ausführt, analysiert es die Auswirkungen der Promotions auf den Umsatz. Es analysiert auch Verkäufe nach geografischem Gebiet.

OE Beispielschema

Hinweis: Das Schema oe wird nicht mehr aktualisiert, ist aber weiterhin verfügbar.

Das Unternehmen verkauft mehrere Produkte, wie Computerhardware und -software, Musik, Kleidung und Werkzeuge. Das Unternehmen verwaltet Informationen zu diesen Produkten, wie z. B. Produktidentifikationsnummern, die Kategorie, in die das Produkt fällt, die Auftragserfassung (oe), die Gewichtsgruppe (für Versandzwecke), die Garantiezeitraum, falls zutreffend, der Lieferant, der Verfügbarkeitsstatus des Produkts, ein Listenpreis, ein Mindestpreis, zu dem ein Produkt verkauft wird, und eine URL-Adresse für Herstellerinformationen. Bestandsinformationen werden auch für alle Produkte erfasst, einschließlich des Lagers, in dem das Produkt verfügbar ist, und der Lagerbestand. Da Produkte weltweit verkauft werden, unterhält das Unternehmen die Namen der Produkte und deren Beschreibungen in mehreren Sprachen.

Das Unternehmen unterhält Lager an mehreren Standorten, um die Kundenanforderungen zu erfüllen. Jedes Lager hat eine Lageridentifikationsnummer, einen Namen, eine Beschreibung der Einrichtung und eine Standortidentifikationsnummer.

Kundeninformationen werden ebenfalls verfolgt. Jeder Kunde hat eine Identifikationsnummer. Kundendatensätze umfassen Kundenname, Straßenname, Ort oder Provinz, Land, Telefonnummern (für jeden Kunden bis zu fünf Telefonnummern) und Postleitzahl. Einige Kunden geben Bestellungen über das Internet auf, so dass auch E-Mail-Adressen aufgezeichnet werden. Aufgrund von Sprachunterschieden zwischen den Kunden zeichnet das Unternehmen die Muttersprache und das Gebiet jedes Kunden auf.

Das Unternehmen setzt ein Kreditlimit auf seine Kunden, um die Menge der Produkte zu begrenzen, die sie gleichzeitig kaufen können. Einige Kunden haben einen Accountmanager, und diese Informationen werden ebenfalls aufgezeichnet.

Wenn ein Kunde eine Bestellung aufgibt, verfolgt das Unternehmen das Datum der Bestellung, die Art und Weise, wie die Bestellung aufgegeben wurde, den aktuellen Status der Bestellung, den Versandmodus, den Gesamtbetrag der Bestellung und den Vertriebsmitarbeiter, der die Bestellung aufgegeben hat. Der Vertriebsmitarbeiter kann oder darf nicht dieselbe Person wie der Accountmanager für einen Kunden sein. Wird eine Bestellung über das Internet aufgegeben, wird kein Vertriebsmitarbeiter erfasst. Zusätzlich zu den Bestellinformationen verfolgt das Unternehmen auch die Anzahl der bestellten Artikel, den Stückpreis und die bestellten Produkte.

Das Schema oe enthält auch XML-Bestelldokumente. Sie können auf diese Dokumente zugreifen, indem Sie die Tabelle purchaseorder mit SQL abfragen oder die öffentlichen Views RESOURCE_VIEW und PATH_VIEW abfragen.

OC-Beispielschema

Hinweis: Das Schema oc wird nicht mehr aktualisiert, ist aber weiterhin verfügbar.

Das Online-Katalog-Unterschema (oc) des Datenbankschemas oe adressiert ein Online-Katalog-Merchandising-Szenario. Dieselben Kunden und Produkte werden in oc wie in Schema oe verwendet. Das Unterschema oc organisiert die Produkte jedoch in einer Hierarchie von übergeordneten Kategorien und Unterkategorien. Diese Hierarchie entspricht der Anordnung auf einer E-Commerce-Portalwebsite, in der Benutzer bestimmte Produkte durch Drilldown zu immer spezifischeren Produktkategorien ansteuern.

PM-Beispielschema

Hinweis: Das Schema pm wird nicht mehr aktualisiert, ist aber weiterhin verfügbar.

Das Unternehmen speichert Druckinformationen zu seinen Produkten in einer Datenbank. Das Schema Product Media (pm) wird zum Speichern dieser Informationen verwendet. Beispiele für solche Informationen sind: