Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Unterstützte Teilmengen von PostgreSQL-Befehlen in Aurora DSQL

Dieser PostgreSQL-Abschnitt enthält detaillierte Informationen zu unterstützten Ausdrücken, wobei der Schwerpunkt auf Befehlen mit umfangreichen Parametersätzen und Unterbefehlen liegt. CREATE TABLE in PostgreSQL bietet beispielsweise viele Klauseln und Parameter. In diesem Abschnitt werden alle PostgreSQL-Syntaxelemente beschrieben, die Aurora DSQL für diese Befehle unterstützt.

CREATE TABLE

CREATE TABLE definiert eine neue Tabelle.

CREATE TABLE [ IF NOT EXISTS ] table_name ( [
  { column_name data_type [ column_constraint [ ... ] ]
    | table_constraint
    | LIKE source_table [ like_option ... ] }
    [, ... ]
] )

where column_constraint is:

[ CONSTRAINT constraint_name ]
{ NOT NULL |
  NULL |
  CHECK ( expression )|
  DEFAULT default_expr |
  GENERATED ALWAYS AS ( generation_expr ) STORED |
  UNIQUE [ NULLS [ NOT ] DISTINCT ] index_parameters |
  PRIMARY KEY index_parameters |

and table_constraint is:

[ CONSTRAINT constraint_name ]
{ CHECK ( expression ) |
  UNIQUE [ NULLS [ NOT ] DISTINCT ] ( column_name [, ... ] ) index_parameters |
  PRIMARY KEY ( column_name [, ... ] ) index_parameters |

and like_option is:

{ INCLUDING | EXCLUDING } { COMMENTS | CONSTRAINTS | DEFAULTS | GENERATED | IDENTITY | INDEXES | STATISTICS | ALL }

index_parameters in UNIQUE, and PRIMARY KEY constraints are:
[ INCLUDE ( column_name [, ... ] ) ]

ALTER TABLE

ALTER TABLE ändert die Definition einer Tabelle.

ALTER TABLE [ IF EXISTS ] [ ONLY ] name [ * ]
    action [, ... ]
ALTER TABLE [ IF EXISTS ] [ ONLY ] name [ * ]
    RENAME [ COLUMN ] column_name TO new_column_name
ALTER TABLE [ IF EXISTS ] [ ONLY ] name [ * ]
    RENAME CONSTRAINT constraint_name TO new_constraint_name
ALTER TABLE [ IF EXISTS ] name
    RENAME TO new_name
ALTER TABLE [ IF EXISTS ] name
    SET SCHEMA new_schema

where action is one of:

    ADD [ COLUMN ] [ IF NOT EXISTS ] column_name data_type 
    OWNER TO { new_owner | CURRENT_ROLE | CURRENT_USER | SESSION_USER }

CREATE VIEW

CREATE VIEW definiert eine neue persistente Ansicht. Aurora DSQL unterstützt keine temporären Ansichten; nur permanente Ansichten werden unterstützt.

Unterstützte Syntax

CREATE [ OR REPLACE ] [ RECURSIVE ] VIEW name [ ( column_name [, ...] ) ]
    [ WITH ( view_option_name [= view_option_value] [, ... ] ) ]
    AS query
    [ WITH [ CASCADED | LOCAL ] CHECK OPTION ]    

Description

CREATE VIEW definiert eine Abfrageansicht. Die Ansicht wird nicht physisch materialisiert. Stattdessen wird die Abfrage jedes Mal ausgeführt, wenn die Ansicht in einer Abfrage referenziert wird.

CREATE or REPLACE VIEW ist ähnlich, wird aber ersetzt, wenn bereits eine Ansicht mit demselben Namen vorhanden ist. Die neue Abfrage muss dieselben Spalten generieren, die von der vorhandenen Ansichtsabfrage generiert wurden (d. h. dieselben Spaltennamen in derselben Reihenfolge und mit denselben Datentypen), kann jedoch zusätzliche Spalten am Ende der Liste hinzufügen. Die Berechnungen, die zu den Ausgabespalten führen, können unterschiedlich sein.

Wenn ein Schemaname angegeben ist (z. B. CREATE VIEW myschema.myview ...), wird die Ansicht im vorgegebenen Schema erstellt. Andernfalls wird die Ansicht im aktuellen Schema erstellt.

Der Name der Ansicht muss sich von den Namen aller anderen Beziehungen (Tabelle, Index, Ansicht) im selben Schema unterscheiden.

Parameter

Hinweise

Verwenden Sie die DROP VIEW-Anweisung, um Ansichten zu löschen.

Die Namen und Datentypen der Ansichtsspalten sollten sorgfältig überlegt werden. Zum Beispiel ist die Anweisung CREATE VIEW vista AS SELECT 'Hello World'; nicht zu empfehlen, da der Spaltenname standardmäßig auf ?column?; gesetzt wird. Außerdem wird der Datentyp der Spalte automatisch auf text festgelegt, was vielleicht nicht in Ihrem Sinne wäre.

Ein besserer Ansatz wäre, den Spaltennamen und den Datentyp explizit anzugeben, zum Beispiel: CREATE VIEW vista AS SELECT text 'Hello World' AS hello;.

Standardmäßig wird der Zugriff auf die zugrunde liegenden Basistabellen, die in der Ansicht referenziert werden, durch die Berechtigungen des Ansichtenbesitzers bestimmt. In einigen Fällen kann auf diese Weise ein sicherer, jedoch eingeschränkter Zugriff auf die zugrunde liegenden Tabellen ermöglicht werden. Allerdings sind nicht alle Ansichten manipulationssicher.

Aktualisierbare Ansichten

Einfache Ansichten sind automatisch aktualisierbar: das System erlaugt die Verwendung von INSERT-, UPDATE- und DELETE-Anweisungen auf der Ansicht genau wie bei einer normalen Tabelle. Eine Ansicht ist automatisch aktualisierbar, wenn sie alle der folgenden Bedingungen erfüllt:

Eine automatisch aktualisierbare Ansicht kann eine Mischung aus aktualisierbaren und nicht aktualisierbaren Spalten enthalten. Eine Spalte ist aktualisierbar, wenn es sich um einen einfachen Verweis auf eine aktualisierbare Spalte der zugrunde liegenden Basisbeziehung handelt. Andernfalls ist die Spalte schreibgeschützt, und es tritt ein Fehler auf, wenn eine INSERT- oder UPDATE-Anweisung versucht, ihr einen Wert zuzuweisen.

Bei automatisch aktualisierbaren Ansichten konvertiert das System alle INSERT-,UPDATE- oder DELETE-Anweisung in der Ansicht in die entsprechende Anweisung in der zugrunde liegenden Basisbeziehung. INSERT-Anweisungen mit einer ON CONFLICT UPDATE-Klausel werden vollständig unterstützt.

Wenn eine automatisch aktualisierbare Ansicht eine WHERE-Bedingung enthält, schränkt die Bedingung ein, welche Zeilen der Basisbeziehung in der Ansicht von UPDATE- und DELETE-Anweisungen in der Ansicht veränddert werden können. Ein UPDATE kann eine Zeile so verändern, dass sie die WHERE-Bedingung der Ansicht nicht mehr erfüllt, wodurch sie nicht mehr über die Ansicht angezeigt wird. Ebenso kann ein INSERT-Befehl eine Zeile in der Basistabelle einfügen, die die WHERE-Bedingung nicht erfüllt, wodurch sie ebenfalls unsichtbar für die View bleibt. ON CONFLICT UPDATE kann eine vorhandene Zeile ähnlich beeinflussen, die nicht in der Ansicht sichtbar ist.

Sie können die CHECK OPTION verwenden, um zu verhindern, dass INSERT- und UPDATE -Befehle Zeilen erzeugen, die über die Ansicht nicht sichtbar sind.

Wenn eine automatisch aktualisierbare Ansicht mit der Eigenschaft security_barrier versehen ist, werden alle WHERE-Bedingungen der Ansicht (sowie Bedingungen mit als LEAKPROOF markierten Operatoren) immer vor den Bedingungen ausgewertet, die ein Benutzer der Ansicht hinzugefügt hat. Beachten Sie, dass auch wenn eine Zeile letztlich nicht zurückgegeben wird, weil sie die WHERE-Benutzerbedingungen nicht erfüllt, kann sie dennoch gesperrt werden. Mit EXPLAIN können Sie analysieren, welche Bedingungen auf Beziehungsebene angewendet werden (und daher keine Zeilen sperren) und welche nicht.

Eine komplexere Ansicht, die nicht alle Voraussetzungen für automatische Aktualisierbarkeit erfüllt, ist standardmäßig schreibgeschützt – das heißt, das System erlaubt keine INSERT-, UPDATE- oder DELETE-Operationen auf dieser Ansicht.

Beispiele

Erstellen einer Ansicht mit allen Comedy-Filmen

CREATE VIEW comedies AS
    SELECT *
    FROM films
    WHERE kind = 'Comedy';

Dies erstellt eine Ansicht, die nur die Spalten der Tabelle film enthält, die zum Zeitpunkt der Ansichtenerstellung vorhanden sind. Obwohl * in der Ansichtenerstellung verwendet wurde, werden später zur Tabelle hinzugefügte Spalten nicht automatisch Teil der Ansicht.

Erstellen einer Ansicht mit LOCAL CHECK OPTION

CREATE VIEW pg_comedies AS
    SELECT *
    FROM comedies
    WHERE classification = 'PG'
    WITH CASCADED CHECK OPTION;

Dies erstellt eine Ansicht, die sowohl kind als auch classification für neue Zeilen überprüft.

Erstellen einer Ansicht mit einer Mischung aus aktualisierbaren und nicht aktualisierbaren Spalten

CREATE VIEW comedies AS
    SELECT f.*,
           country_code_to_name(f.country_code) AS country,
           (SELECT avg(r.rating)
            FROM user_ratings r
            WHERE r.film_id = f.id) AS avg_rating
    FROM films f
    WHERE f.kind = 'Comedy';

Diese Ansicht unterstützt INSERT, UPDATE und DELETE. Alle Spalten aus der Filmtabelle können aktualisiert werden, wohingegen die berechneten Spalten country und avg_rating schreibgeschützt sind.

CREATE RECURSIVE VIEW public.nums_1_100 (n) AS
    VALUES (1)
UNION ALL
    SELECT n+1 FROM nums_1_100 WHERE n < 100;

Kompatibilität

CREATE OR REPLACE VIEW ist eine PostgreSQL-Spracherweiterung. Die WITH ( ... )-Klausel ist ebenfalls eine Erweiterung, wie auch die Ansichten Sicherheitsbarriere und Sicherheitsaufrufer. Aurora DSQL unterstützt diese Spracherweiterungen.

ALTER VIEW

Die ALTER VIEW-Anweisung ermöglicht das Ändern verschiedener Eigenschaften einer vorhandenen Ansicht, und Aurora DSQL unterstützt die gesamte PostgreSQL-Syntax für diesen Befehl.

Unterstützte Syntax

ALTER VIEW [ IF EXISTS ] name ALTER [ COLUMN ] column_name SET DEFAULT expression
ALTER VIEW [ IF EXISTS ] name ALTER [ COLUMN ] column_name DROP DEFAULT
ALTER VIEW [ IF EXISTS ] name OWNER TO { new_owner | CURRENT_ROLE | CURRENT_USER | SESSION_USER }
ALTER VIEW [ IF EXISTS ] name RENAME [ COLUMN ] column_name TO new_column_name
ALTER VIEW [ IF EXISTS ] name RENAME TO new_name
ALTER VIEW [ IF EXISTS ] name SET SCHEMA new_schema
ALTER VIEW [ IF EXISTS ] name SET ( view_option_name [= view_option_value] [, ... ] )
ALTER VIEW [ IF EXISTS ] name RESET ( view_option_name [, ... ] )

Description

ALTER VIEW ändert verschiedene Hilfseigenschaften einer Ansicht. (Wenn Sie die definierende Abfrage der Ansicht ändern möchten, verwenden Sie CREATE OR REPLACE VIEW.) Sie müssen der Ansichtenbesitzer sein, um ALTER VIEW verwenden zu können. Um das Schema einer Ansicht zu ändern, müssen Sie auch über CREATE-Berechtigungen für das neue Schema verfügen. Um den Besitzer zu wechseln, müssen Sie berechtigt sein, SET ROLE auf die neue Besitzerrolle zu setzen, und diese Rolle muss über CREATE-Berechtigungen für das Schema der Ansicht verfügen. Diese Einschränkungen stellen sicher, dass das Ändern des Besitzers keine weitergehenden Rechte verleiht, als Sie ohnehin hätten, wenn Sie die Ansicht löschen und neu erstellen.

Parameter

Hinweise

Aus historischen Gründen in PostgreSQL kann ALTER TABLE auch mit Ansichten verwendet werden. Allerdings sind nur bestimmte Varianten von ALTER TABLE bei Ansichten zulässig, nämlich solche, die funktional gleichwertig zu den zuvor gezeigten Varianten sind.

Beispiele

Umbenennen der Ansicht foo in bar

ALTER VIEW foo RENAME TO bar;

Zuordnen eines Standardspaltenwerts zu einer aktualisierbaren Ansicht

CREATE TABLE base_table (id int, ts timestamptz);
CREATE VIEW a_view AS SELECT * FROM base_table;
ALTER VIEW a_view ALTER COLUMN ts SET DEFAULT now();
INSERT INTO base_table(id) VALUES(1);  -- ts will receive a NULL
INSERT INTO a_view(id) VALUES(2);  -- ts will receive the current time
    

Kompatibilität

ALTER VIEW ist eine PostgreSQL-Erweiterung des SQL-Standards, den Aurora DSQL unterstützt.

DROP VIEW

Die DROP VIEW-Anweisung entfernt eine vorhandene Ansicht. Aurora DSQL unterstützt die vollständige PostgreSQL-Syntax für diesen Befehl.

Unterstützte Syntax

DROP VIEW [ IF EXISTS ] name [, ...] [ CASCADE | RESTRICT ]

Description

DROP VIEW löscht eine vorhandene Ansicht. Sie müssen der Ansichtenbesitzer sein, um diesen Befehl ausführen zu können.

Parameter

Beispiele

DROP VIEW kinds;          

Kompatibilität

Dieser Befehl entspricht dem SQL-Standard, mit zwei Ausnahmen: erstens ist nur das Löschen einer einzelnen Ansicht pro Befehl erlaubt, und zweitens wenn die Option IF EXISTS eine PostgreSQL-Erweiterung ist, die auch von Aurora DSQL unterstützt wird.