Amazon Aurora DSQL viene fornito come servizio di anteprima. Per ulteriori informazioni, consulta le versioni beta e le anteprime nei Termini di servizio. AWS

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Sottoinsiemi di comandi SQL supportati in Aurora DSQL

Aurora DSQL non supporta tutta la sintassi del linguaggio SQL PostgreSQL supportato. Ad esempio, CREATE TABLE in PostgreSQL sono presenti un gran numero di clausole e parametri che Aurora DSQL non supporta. Questa sezione descrive la sintassi della sintassi PostgreSQL supportata da Aurora DSQL per questi comandi.

CREATE TABLE

CREATE TABLEdefinisce una nuova tabella.

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 TABLEmodifica la definizione di una tabella.

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 VIEWdefinisce una nuova vista persistente. Aurora DSQL non supporta le visualizzazioni temporanee; sono supportate solo le viste permanenti.

Sintassi supportata

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

Descrizione

CREATE VIEWdefinisce una visualizzazione di un'interrogazione. La vista non è materializzata fisicamente. La query viene invece eseguita ogni volta che viene fatto riferimento alla vista in un'interrogazione.

CREATE or REPLACE VIEWè simile, ma se esiste già una vista con lo stesso nome, viene sostituita. La nuova query deve generare le stesse colonne generate dalla query di visualizzazione esistente (ovvero gli stessi nomi di colonna nello stesso ordine e con gli stessi tipi di dati), ma può aggiungere colonne aggiuntive alla fine dell'elenco. I calcoli che danno origine alle colonne di output possono essere diversi.

Se viene fornito un nome di schema, ad esempioCREATE VIEW myschema.myview ...), la vista viene creata nello schema specificato. Altrimenti, viene creata nello schema corrente.

Il nome della vista deve essere distinto dal nome di qualsiasi altra relazione (tabella, indice, vista) nello stesso schema.

Parametri

Note

Utilizza l'DROP VIEWistruzione per eliminare le visualizzazioni. I nomi e i tipi di dati delle colonne della vista devono essere considerati attentamente.

Ad esempio, non CREATE VIEW vista AS SELECT 'Hello World'; è consigliato perché il nome predefinito della colonna è. ?column?;

Inoltre, il tipo di dati predefinito della colonna ètext, il che potrebbe non essere quello desiderato.

Un approccio migliore consiste nello specificare esplicitamente il nome della colonna e il tipo di dati, ad esempio:. CREATE VIEW vista AS SELECT text 'Hello World' AS hello;

Per impostazione predefinita, l'accesso alle relazioni di base sottostanti a cui si fa riferimento nella vista è determinato dalle autorizzazioni del proprietario della vista. In alcuni casi, questo può essere utilizzato per fornire un accesso sicuro ma limitato alle tabelle sottostanti. Tuttavia, non tutte le visualizzazioni sono protette dalla manomissione.

Visualizzazioni aggiornabili

Le viste semplici sono aggiornabili automaticamente: il sistema consentirà INSERT di utilizzare le DELETE istruzioni nella vista nello stesso modo in cui si utilizza una tabella normale. UPDATE Una vista è aggiornabile automaticamente se soddisfa tutte le seguenti condizioni:

Una vista aggiornabile automaticamente può contenere una combinazione di colonne aggiornabili e non aggiornabili. Una colonna è aggiornabile se è un semplice riferimento a una colonna aggiornabile della relazione di base sottostante. In caso contrario, la colonna è di sola lettura e si verifica un errore se un'UPDATEistruzione INSERT or tenta di assegnarle un valore.

Per le viste aggiornabili automaticamente, il sistema converte qualsiasi INSERT DELETE istruzione o istruzione sulla vista nell'istruzione corrispondente sulla relazione di base sottostante. UPDATE INSERTle istruzioni con una ON CONFLICT UPDATE clausola sono pienamente supportate.

Se una vista aggiornabile automaticamente contiene una WHERE condizione, la condizione limita le righe della relazione di base che possono essere modificate UPDATE e DELETE le istruzioni sulla vista. Tuttavia, un utente UPDATE può modificare una riga in modo che non soddisfi più la WHERE condizione, rendendola invisibile attraverso la vista. Allo stesso modo, un INSERT comando può potenzialmente inserire righe di relazione di base che non soddisfano la WHERE condizione, rendendole invisibili attraverso la vista. ON CONFLICT UPDATEpuò influire in modo analogo su una riga esistente non visibile attraverso la vista.

Puoi usare il CHECK OPTION per impedire che INSERT i UPDATE comandi creino righe che non sono visibili attraverso la vista.

Se una vista aggiornabile automaticamente è contrassegnata con la proprietà security_barrier, tutte le WHERE condizioni della vista (e tutte le condizioni che utilizzano gli operatori contrassegnati comeLEAKPROOF) vengono sempre valutate prima di qualsiasi condizione aggiunta da un utente della vista. Tieni presente che per questo motivo, le righe che alla fine non vengono restituite (perché non soddisfano WHERE le condizioni dell'utente) potrebbero comunque finire per essere bloccate. Puoi usarlo EXPLAIN per vedere quali condizioni vengono applicate a livello di relazione (e quindi non bloccano le righe) e quali no.

Una vista più complessa che non soddisfa tutte queste condizioni è di sola lettura per impostazione predefinita: il sistema non consente l'inserimento, l'aggiornamento o l'eliminazione nella vista.

Esempi

Per creare una visualizzazione composta da tutti i film comici.

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

Questo creerà una vista contenente le colonne presenti nella film tabella al momento della creazione della vista. Sebbene sia * stato utilizzato per creare la vista, le colonne aggiunte successivamente alla tabella non faranno parte della vista.

Crea una vista conLOCAL CHECK OPTION.

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

Questo creerà una vista che controlla sia la kind riga che quella classification delle nuove righe.

Crea una vista con un mix di colonne aggiornabili e non aggiornabili.

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';

Questa visualizzazione supporteràINSERT, eUPDATE. DELETE Tutte le colonne della tabella dei film saranno aggiornabili, mentre le colonne calcolate avg_rating saranno di country sola lettura.

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

Compatibilità

CREATE OR REPLACE VIEWè un'estensione del linguaggio PostgreSQL. Anche la WITH ( ... ) clausola è un'estensione, così come le viste delle barriere di sicurezza e le viste degli invoker di sicurezza. Aurora DSQL supporta queste estensioni linguistiche.

ALTER VIEW

L'ALTER VIEWistruzione consente di modificare varie proprietà di una vista esistente e Aurora DSQL supporta tutta la sintassi PostgreSQL per questo comando.

Sintassi supportata

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 [, ... ] )

Descrizione

ALTER VIEWmodifica varie proprietà ausiliarie di una vista. (Se vuoi modificare la query di definizione della vista, usaCREATE OR REPLACE VIEW.) È necessario possedere la vista da utilizzareALTER VIEW. Per modificare lo schema di una vista, devi anche disporre dei CREATE privilegi sul nuovo schema. Per modificare il proprietario, devi essere in grado di SET ROLE ricoprire il nuovo ruolo di proprietario e quel ruolo deve avere CREATE i privilegi sullo schema della vista. Queste restrizioni impongono che la modifica del proprietario non comporti alcun effetto che non si possa fare eliminando e ricreando la visualizzazione.)

Parametri

Note

Per ragioni storiche di PG, ALTER TABLE può essere utilizzato anche con le viste; ma le uniche varianti consentite con ALTER TABLE le viste sono equivalenti a quelle mostrate in precedenza.

Esempi

Rinominare la vista foo in. bar

ALTER VIEW foo RENAME TO bar;

Associare un valore di colonna predefinito a una vista aggiornabile.

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
    

Compatibilità

ALTER VIEWè un'estensione PostgreSQL dello standard SQL supportato da Aurora DSQL.

DROP VIEW

L'DROP VIEWistruzione rimuove una vista esistente. Aurora DSQL supporta la sintassi PostgreSQL completa per questo comando.

Sintassi supportata

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

Descrizione

DROP VIEWelimina una vista esistente. Per eseguire questo comando devi essere il proprietario della vista.

Parametri

Esempi

DROP VIEW kinds;          

Compatibilità

Questo comando è conforme allo standard SQL, tranne per il fatto che lo standard consente di eliminare una sola vista per comando e a parte l'IF EXISTSopzione, che è un'estensione PostgreSQL supportata da Aurora DSQL.