2010-02-08 4 views

Antwort

14

Ja, der primäre Zweck des SQL-Schemas war -is- Sicherheitsmanagement zu erleichtern: kann festlegen, wer [die Prinzipien] zugreifen, was [die Datenbankobjekte] . Dies wurde insbesondere mit SQL 2005 erleichtert, als das Schema nicht mehr direkt mit dem Eigentümer verknüpft war.

Eine weitere Verwendung des Schemas besteht darin, als Namespace zu dienen, das Namenskonflikte zwischen Objekten aus verschiedenen Schemas verhindert.
Die ursprüngliche Verwendung davon war, mehreren [interaktiven, dh Ad-hoc-ähnlichen] Benutzern einer gegebenen Datenbank zu erlauben, ihre eigenen Tabellen oder gespeicherten Prozeduren (oder andere Objekte) zu erstellen, ohne sich um die Existenz ähnlich benannter Objekte kümmern zu müssen möglicherweise von anderen Benutzern eingeführt.
Die Namespace-ähnliche Art des Schemas kann auch in einer geplanten Datenbankeinstellung verwendet werden, dh wenn ein einzelner Architekt die Datenbankstruktur auf eine Art und Weise gestaltet, die verschiedene Arten von Zugriff und tatsächlich unterschiedliche Verhaltensweisen bietet Benutzergruppen.

5

Sie partitionieren Ihre Datenbank, um die Verwaltung zu vereinfachen. Dies ist von MSDN:

Ein Schema ist jetzt ein deutlicher Namespace , die unabhängig von den Datenbank Benutzern vorhanden ist, die es erstellt. In anderen Wörtern ist ein Schema einfach ein Container von Objekten. Ein Schema kann von jedem Benutzer besessen werden, und sein Besitz ist übertragbar.

Hier ist die Seite, die herkam: http://msdn.microsoft.com/en-us/library/ms190387.aspx

In Bezug auf die Sicherheit, die es macht es einfacher, Berechtigungen zuweisen, wie Sie jemand Zugang zu einem Schema, ohne ihnen die gesamte Datenbank aussetzt gewähren kann.

0

Schema wird hauptsächlich verwendet, um mehrere logische Entitäten in einer physischen Datenbank zu verwalten.

Schemata bieten einen bequemen Weg zu separate database users from database object owners. Sie geben DBAs die Möglichkeit, sensible Objekte in der Datenbank zu schützen und logische Entitäten zu gruppieren.

Dies ist besonders vorteilhaft in Situationen, in denen diese Objekte oft als eine Einheit von Anwendungen verwendet werden. Zum Beispiel kann ein Hotel-Management-System in die folgenden logischen Einheiten oder Module unterteilt werden: Zimmer, Bar/Restaurant und Küchenzubehör.

Diese Entitäten können als drei separate physische Datenbanken gespeichert werden.Mithilfe von Schemas können sie jedoch zu drei logischen Entitäten in einer physischen Datenbank kombiniert werden. Dies reduziert die administrative Komplexität der Verwaltung von drei separaten Datenbanken.

Source

Verwandte Themen