Ansichten erstellen und verwalten

Auf dieser Seite wird beschrieben, wie Sie Spanner-Ansichten erstellen und verwalten. Weitere Informationen zu Spanner-Ansichten finden Sie unter Informationen zu Ansichten.

Berechtigungen

Zum Erstellen, Gewähren und Widerrufen des Zugriffs auf eine Ansicht benötigen Sie die Berechtigung spanner.database.updateDdl.

Ansicht erstellen

Verwenden Sie zum Erstellen einer Ansicht die DDL-Anweisung CREATE VIEW, um der Ansicht einen Namen zu geben und die Abfrage anzugeben, die sie definiert. Diese Anweisung hat zwei Formen:

• CREATE VIEW definiert eine neue Tabelle in der aktuellen Datenbank. Wenn eine Ansicht mit dem Namen view_name bereits vorhanden ist, schlägt die Anweisung CREATE VIEW fehl.

• CREATE OR REPLACE VIEW definiert eine neue Tabelle in der aktuellen Datenbank. Wenn eine Ansicht mit dem Namen view_name bereits vorhanden ist, wird ihre Definition ersetzt.

Die Syntax für die Anweisung CREATE VIEW lautet:

{CREATE | CREATE OR REPLACE } VIEW  view_name
SQL SECURITY { INVOKER | DEFINER }
AS query

Da eine Ansicht eine virtuelle Tabelle ist, muss die von Ihnen angegebene query Namen für alle Spalten in dieser virtuellen Tabelle bereitstellen.

Außerdem prüft Spanner die von Ihnen angegebene query mit einer strikten Namensauflösung. Das bedeutet, dass alle in der Abfrage verwendeten Schemaobjektnamen so qualifiziert sein müssen, dass sie ein einzelnes Schemaobjekt eindeutig identifizieren. Beispielsweise müssen die Beispiele, die auf die Spalte SingerId in der Tabelle Singers folgen, als Singers.SingerId qualifiziert sein.

Sie müssen SQL SECURITY in der CREATE VIEW- oder CREATE OR REPLACE VIEW-Anweisung als INVOKER oder DEFINER angeben. Weitere Informationen zum Unterschied zwischen den beiden Sicherheitstypen finden Sie unter Informationen zu Ansichten.

Angenommen, die Tabelle Singers ist so definiert:

GoogleSQL

CREATE TABLE Singers (
  SingerId   INT64 NOT NULL,
  FirstName  STRING(1024),
  LastName   STRING(1024),
  SingerInfo BYTES(MAX)
) PRIMARY KEY (SingerId);

PostgreSQL

CREATE TABLE Singers (
  SingerId   BIGINT PRIMARY KEY,
  FirstName  VARCHAR(1024),
  LastName   VARCHAR(1024),
  SingerInfo BYTEA
);

Sie können die Ansicht SingerNames mit den Rechten des Aufrufers so definieren:

CREATE VIEW SingerNames
SQL SECURITY INVOKER
AS SELECT
   Singers.SingerId AS SingerId,
   Singers.FirstName || ' ' || Singers.LastName AS Name
FROM Singers;

Die virtuelle Tabelle, die erstellt wird, wenn die Ansicht SingerNames in einer Abfrage verwendet wird, hat zwei Spalten: SingerId und Name.

Diese Definition der Ansicht SingerNames ist zwar gültig, entspricht jedoch nicht der Best Practice für die Umwandlung von Datentypen zur Gewährleistung der Stabilität bei Schemaänderungen, wie im nächsten Abschnitt beschrieben.

Best Practices für das Erstellen von Ansichten

Um die Notwendigkeit zu minimieren, die Definition einer Ansicht zu aktualisieren, müssen Sie den Datentyp aller Tabellenspalten in der Abfrage, die die Ansicht definiert, explizit umwandeln. Wenn Sie das tun, kann die Definition der Ansicht während Schemaänderungen am Spaltentyp gültig bleiben.

Beispielsweise kann die folgende Definition der Ansicht SingerNames ungültig werden, wenn der Datentyp einer Spalte in der Tabelle Singers geändert wird.

CREATE VIEW SingerNames
SQL SECURITY INVOKER
AS SELECT
   Singers.SingerId AS SingerId,
   Singers.FirstName || ' ' || Singers.LastName AS Name
FROM Singers;

Sie können verhindern, dass die Ansicht ungültig wird, indem Sie die Spalten so explizit in die gewünschten Datentypen umwandeln:

GoogleSQL

CREATE OR REPLACE VIEW SingerNames
SQL SECURITY INVOKER
AS SELECT
 CAST(Singers.SingerId AS INT64) AS SingerId,
 CAST(Singers.FirstName AS STRING) || " " || CAST(Singers.LastName AS STRING) AS Name
FROM Singers;

PostgreSQL

CREATE OR REPLACE VIEW SingerNames
SQL SECURITY INVOKER
AS SELECT
 CAST(Singers.SingerId AS bigint) AS SingerId,
 CAST(Singers.FirstName AS varchar) || ' ' || CAST(Singers.LastName AS varchar) AS Name
FROM Singers;

Zugriff auf eine Ansicht gewähren und widerrufen

Hinweis: Wenn Sie die Rechteansicht eines Definiereners erstellen, verwenden Sie neben der Ansicht eine detaillierte Zugriffssteuerung. Andernfalls bietet die Rechteansicht der Definitionde(r) keine zusätzliche Zugriffssteuerung.

Als Nutzer mit detaillierter Zugriffssteuerung benötigen Sie die Berechtigung SELECT für eine Datenansicht. So gewähren Sie einer Datenbankrolle die Berechtigung SELECT für eine Ansicht:

GoogleSQL

GRANT SELECT ON VIEW SingerNames TO ROLE Analyst;

PostgreSQL

GRANT SELECT ON TABLE SingerNames TO Analyst;

So widerrufen Sie die Berechtigung SELECT für eine Ansicht aus einer Datenbankrolle:

GoogleSQL

REVOKE SELECT ON VIEW SingerNames FROM ROLE Analyst;

PostgreSQL

REVOKE SELECT ON TABLE SingerNames FROM Analyst;

Ansicht abfragen

Die Abfrage der Rechte eines Aufrufers oder einer Definition für die Rechte einer Definition funktioniert auf dieselbe Weise. Je nach Sicherheitstyp der Ansicht muss Spanner jedoch die in der Ansicht referenzierten Schemaobjekte mit der Datenbankrolle des Hauptkontos vergleichen, das die Abfrage aufgerufen hat.

Rechteansicht eines Aufrufers abfragen

Wenn eine Ansicht die Rechte eines Aufrufers hat, muss der Nutzer Berechtigungen für alle zugrunde liegenden Schemaobjekte der Ansicht haben, um die Ansicht abzufragen.

Wenn eine Datenbankrolle beispielsweise Zugriff auf alle Objekte hat, auf die in der Ansicht SingerNames verwiesen wird, kann sie die Ansicht SingerNames abfragen:

SELECT COUNT(SingerID) as SingerCount 
FROM SingerNames;

Rechteansicht einer Definitionsanfrage

Wenn eine Ansicht die Rechte eines Definierenden hat, kann ein Nutzer die Ansicht abfragen, ohne Berechtigungen für die zugrunde liegenden Objekte zu benötigen. Dazu müssen Sie der erforderlichen Rolle die Berechtigung SELECT für die Ansicht gewähren.

Im folgenden Beispiel möchte ein Nutzer mit der Datenbankrolle „Analyst“ die Ansicht SingerNames abfragen. Dem Nutzer wird jedoch der Zugriff verweigert, da SingerNames die Rechteansicht eines Aufrufers ist und die Rolle „Analyst“ keinen Zugriff auf alle zugrunde liegenden Objekte hat. Wenn Sie in diesem Fall dem Analysten Zugriff auf die Ansicht gewähren, aber keinen Zugriff auf die Tabelle Singers möchten, können Sie den Sicherheitstyp der Ansicht ersetzen, um die Rechte des Analysten zu definieren. Nachdem Sie den Sicherheitstyp der Ansicht ersetzt haben, gewähren Sie der Rolle „Analyst“ Zugriff auf die Ansicht. Der Nutzer kann jetzt die Ansicht SingerNames abfragen, auch wenn er keinen Zugriff auf die Tabelle Singers hat.

SELECT COUNT(SingerID) as SingerCount 
FROM SingerNames;

Ansicht ersetzen

Sie können eine Ansicht ersetzen, indem Sie die CREATE OR REPLACE VIEW-Anweisung verwenden, um die Definition der Ansicht oder den Sicherheitstyp der Ansicht zu ändern.

Das Ersetzen einer Ansicht ist mit dem Verwerfen und Neuerstellen einer Ansicht vergleichbar. Alle Zugriffsberechtigungen für die ursprüngliche Ansicht müssen nach dem Ersetzen der Ansicht wieder gewährt werden.

So ersetzen Sie die Rechteansicht eines Aufrufers durch die Rechteansicht eines Definiereners:

CREATE OR REPLACE VIEW SingerNames
SQL SECURITY DEFINER
AS SELECT
   Singers.SingerId AS SingerId,
   Singers.FirstName || ' ' || Singers.LastName AS Name
FROM Singers;

Ansicht löschen

Nach dem Löschen einer Ansicht haben Datenbankrollen mit Berechtigungen keinen Zugriff mehr. Verwenden Sie zum Löschen einer Ansicht die Anweisung DROP VIEW.

DROP VIEW SingerNames;

Informationen zu einer Ansicht abrufen

Sie können Informationen zu Ansichten in einer Datenbank abrufen, indem Sie Tabellen in ihrem INFORMATION_SCHEMA-Schema abfragen.

• Die Tabelle INFORMATION_SCHEMA.TABLES enthält die Namen aller definierten Ansichten.

• Die Tabelle INFORMATION_SCHEMA.VIEWS enthält die Namen, die Ansichtsdefinition, den Sicherheitstyp und den Abfragetext aller definierten Ansichten. FGAC-Nutzer, die die Berechtigung SELECT für die Ansicht haben, können Informationen über die Ansicht aus der Tabelle INFORMATION_SCHEMA.VIEWS abrufen. Andere FGAC-Nutzer benötigen die Rolle spanner_info_reader, wenn sie keine SELECT-Berechtigung für die Datenansicht haben.

So prüfen Sie die Ansichtsdefinition und den Sicherheitstyp einer Ansicht namens ProductSoldLastWeek:

  SELECT *
  FROM INFORMATION_SCHEMA.VIEWS
  WHERE TABLE_NAME = 'ProductSoldLastWeek';