In Oracle ist das Schema eng mit dem Benutzerkonto verbunden. Beim Erstellen eines Benutzers wird der gleichnamige Modus automatisch erstellt und alle Datenbankobjekte in diesem Modus sind im Besitz. 1. Beim Erstellen eines Benutzers wie Create User John erstellen gleichzeitig ein Schema namens John. 2. Die vom Benutzer erstellten Tabellen geh?ren standardm??ig zu seinem Schema, wie z. B. John.Anlaes; 3. Andere Benutzer müssen autorisieren, auf Objekte in anderen Schemata zuzugreifen, wie z. V.

Sicher, lasst uns dies auf praktische Weise aufschlüsseln.

Ein Oracle -Schema ist im Grunde genommen eine Sammlung von Datenbankobjekten - wie Tabellen, Ansichten, Indizes, Verfahren usw., die einem bestimmten Benutzer geh?ren. Wenn Sie also einen Benutzer in Oracle erstellen, wird für diesen Benutzer automatisch ein Schema mit demselben Namen erstellt. In diesem Schema leben die Datenbankobjekte des Benutzers.

Hier erfahren Sie, wie es eine Verbindung zu Benutzerkonten herstellt:

1. Schema und Benutzer sind miteinander verbunden

In Oracle sind das Schema und der Benutzer im Wesentlichen ein und dasselbe. Wenn Sie einen solchen Benutzer erstellen:

 Benutzer erstellen John, das durch Passwort identifiziert wurde.

Sie erstellen auch ein Schema namens john . Dieses Schema hat zun?chst keine Objekte, aber sobald John Tische oder andere Strukturen erstellt, werden sie standardm??ig in sein Schema eingehen.

Dies unterscheidet sich von einigen anderen Datenbanken (wie MySQL oder PostgreSQL), in denen Benutzer und Schemata locker angeschlossen werden k?nnen.

2. Objektbesitz basiert auf Schema

Wenn ein Benutzer eine Tabelle erstellt, geh?rt er zu seinem Schema. Zum Beispiel, wenn John l?uft:

 Erstellen von Tabellenmitarbeitern (...);

Dieser Tisch hei?t eigentlich john.employees . Wenn ein anderer Benutzer, sagen Sarah, zugreifen m?chte, ben?tigt sie Erlaubnis und muss sie mit dem Schema -Namen verweisen:

 W?hlen Sie * von John.Anlaehr;

Das Schema hilft also zu organisieren, wer was in der Datenbank geh?rt.

3. Benutzer k?nnen auf andere Schemas zugreifen - aber die Erlaubnis ben?tigen

Standardm??ig hat ein Benutzer nur Zugriff auf sein eigenes Schema. Wenn John Daten aus Sarahs Schema abfragen will, muss er Privilegien wie SELECT für diese spezifischen Objekte ben?tigen, und Sarah muss sie ausdrücklich gew?hren:

 Grant Select on Sarah.Departments an John;

Oracle verwendet dieses Modell, um die Sicherheit durchzusetzen und Daten vom Eigentümer zu organisieren.

4. Schemata helfen bei der logischen Trennung

Obwohl alle Schemata in derselben Datenbank leben, fungieren sie als logische Container. Dies ist besonders nützlich in gro?en Anwendungen oder Multi-User-Systemen, bei denen Sie Bedenken trennen m?chten-wie ein Schema für HR-Daten, ein anderes für Finanzen usw.

Es ist üblich, Umgebungen zu sehen, in denen:

• Jede Abteilung hat ein eigenes Schema.
• Anwendungsmodule verwenden dedizierte Schemas für saubere Bereitstellungen und Berechtigungen.
• Entwickler arbeiten w?hrend der Entwicklung in ihren pers?nlichen Schemata.

Zusammenfassend l?sst sich sagen, dass ein Oracle -Schema von einem Benutzerkonto untrennbar miteinander verbunden ist. Es wird automatisch erstellt, wenn ein Benutzer hergestellt wird, und enth?lt alle Objekte, die Benutzerbesitzer. Schemas gut verwalten bedeutet, sorgf?ltig darüber nachzudenken, wer was geh?rt und wer in der Lage sein sollte, auf die Teile der Datenbank zugreifen zu k?nnen.

Das ist es im Grunde genommen-Straightforward, sobald Sie sich an die Eins-zu-Eins-Verbindung zwischen Benutzern und Schemata gew?hnt haben.

Das obige ist der detaillierte Inhalt vonK?nnen Sie das Konzept eines Orakelschemas und seiner Beziehung zu Benutzerkonten erkl?ren?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!