説明

<command>CREATE VIEW</command> defines a view of a query. The view is not physically materialized. Instead, the query is run every time the view is referenced in a query. CREATE VIEWは問い合わせによるビューを定義します。 ビューは物理的な実体として存在するものではありません。 その代わり、問い合わせでビューが参照される度に、指定された問い合わせが実行されます。

<command>CREATE OR REPLACE VIEW</command> is similar, but if a view of the same name already exists, it is replaced. The new query must generate the same columns that were generated by the existing view query (that is, the same column names in the same order and with the same data types), but it may add additional columns to the end of the list. The calculations giving rise to the output columns may be completely different. CREATE OR REPLACE VIEWも同様の働きをしますが、 このコマンドでは、同じ名前のビューが既に存在している場合、そのビューを置き換えます。 新しい問い合わせは、既存のビュー問い合わせが生成する列と同じ列(つまり、同じ順序の同じデータ型の同じ列名)を生成しなければなりません。 しかし、そのリストの最後に列を追加しても構いません。 出力列を生成する計算をまったく異なるものにしても構いません。

If a schema name is given (for example, <literal>CREATE VIEW myschema.myview ...</literal>) then the view is created in the specified schema. Otherwise it is created in the current schema. Temporary views exist in a special schema, so a schema name cannot be given when creating a temporary view. The name of the view must be distinct from the name of any other relation (table, sequence, index, view, materialized view, or foreign table) in the same schema. スキーマ名が付けられている場合（例えば、CREATE VIEW myschema.myview ...）、ビューは指定されたスキーマに作成されます。 スキーマ名がなければ、そのビューは現在のスキーマに作成されます。 一時ビューは特別なスキーマに作成されます。 そのため、一時ビューを作成する時にはスキーマ名を付けることはできません。 ビュー名は、同じスキーマ内の他のリレーション(テーブル、シーケンス、インデックス、ビュー、マテリアライズドビュー、外部テーブル)とは異なる名前である必要があります。

パラメータ

注釈

Use the <link linkend="sql-dropview"><command>DROP VIEW</command></link> statement to drop views. ビューを削除するには、DROP VIEW文を使用してください。

Be careful that the names and types of the view's columns will be assigned the way you want. For example: ビューの列の名前と型は指定通りに割り当てられることに注意してください。 例えば、次のコマンドを見てください。

CREATE VIEW vista AS SELECT 'Hello World';

is bad form because the column name defaults to <literal>?column?</literal>; also, the column data type defaults to <type>text</type>, which might not be what you wanted. Better style for a string literal in a view's result is something like: この例は列の名前がデフォルトの?column?になるので好ましくありません。 また、列のデータ型もデフォルトのtextになりますが、これは求めるものと違うかもしれません。 ビューの結果として文字リテラルを返したい場合は、次のように指定するのがよりよい方法です。

CREATE VIEW vista AS SELECT text 'Hello World' AS hello;

By default, access to the underlying base relations referenced in the view is determined by the permissions of the view owner. In some cases, this can be used to provide secure but restricted access to the underlying tables. However, not all views are secure against tampering; see <xref linkend="rules-privileges"/> for details. デフォルトでは、ビューで参照される基となる基底リレーションへのアクセス権は、ビューの所有者の権限によって決定されます。 場合によっては、これを使用して基となるテーブルへの安全だが制限されたアクセスを提供できます。 しかしすべてのビューが不正な改変に対して安全というわけではありません。詳細は41.5を参照してください。

If the view has the <literal>security_invoker</literal> property set to <literal>true</literal>, access to the underlying base relations is determined by the permissions of the user executing the query, rather than the view owner. Thus, the user of a security invoker view must have the relevant permissions on the view and its underlying base relations. ビューのsecurity_invoker属性がtrueに設定されている場合、基となる基底リレーションへのアクセス権は、ビューの所有者ではなく、問い合わせを実行するユーザーの権限によって決定されます。 したがって、セキュリティ実行者ビューのユーザーは、ビューおよび基となる基底リレーションに対する適切な権限を持っている必要があります。

If any of the underlying base relations is a security invoker view, it will be treated as if it had been accessed directly from the original query. Thus, a security invoker view will always check its underlying base relations using the permissions of the current user, even if it is accessed from a view without the <literal>security_invoker</literal> property. 基となる基底リレーションのいずれかがセキュリティ実行者ビューである場合、元の問い合わせから直接アクセスされたものとして処理されます。 したがって、セキュリティ実行者ビューは、security_invoker属性なしのビューからアクセスされた場合でも、常に現行ユーザーの権限を使用して基となる基底リレーションをチェックします。

If any of the underlying base relations has <link linkend="ddl-rowsecurity">row-level security</link> enabled, then by default, the row-level security policies of the view owner are applied, and access to any additional relations referred to by those policies is determined by the permissions of the view owner. However, if the view has <literal>security_invoker</literal> set to <literal>true</literal>, then the policies and permissions of the invoking user are used instead, as if the base relations had been referenced directly from the query using the view. 基となる基底リレーションのいずれかで行レベルセキュリティが有効になっている場合、デフォルトでは、ビューの所有者の行レベルセキュリティポリシーが適用され、これらのポリシーによって参照される追加のリレーションへのアクセスは、ビュー所有者の権限によって決定されます。 ただし、ビューのsecurity_invokerがtrueに設定されている場合は、基底リレーションがそのビューを使用した問い合わせから直接参照されているかのように、かわりに実行ユーザーのポリシーと権限が使用されます。

Functions called in the view are treated the same as if they had been called directly from the query using the view. Therefore, the user of a view must have permissions to call all functions used by the view. Functions in the view are executed with the privileges of the user executing the query or the function owner, depending on whether the functions are defined as <literal>SECURITY INVOKER</literal> or <literal>SECURITY DEFINER</literal>. Thus, for example, calling <literal>CURRENT_USER</literal> directly in a view will always return the invoking user, not the view owner. This is not affected by the view's <literal>security_invoker</literal> setting, and so a view with <literal>security_invoker</literal> set to <literal>false</literal> is <emphasis>not</emphasis> equivalent to a <literal>SECURITY DEFINER</literal> function and those concepts should not be confused. ビューで呼び出された関数は、ビューを使用する問い合わせから直接呼び出された場合と同様に処理されます。 したがって、ビューのユーザーは、ビューで使用されるすべての関数を呼び出す権限を持っている必要があります。 ビュー内の関数は、関数がSECURITY INVOKERまたはSECURITY DEFINERとして定義されているかどうかに応じて、問い合わせを実行するユーザーまたは関数の所有者の権限で実行されます。 したがって、たとえば、ビューでCURRENT_USERを直接呼び出すと、ビューの所有者ではなく常に実行ユーザーを返します。 これはビューのsecurity_invoker設定の影響を受けません。 したがって、security_invokerがfalseに設定されているビューはSECURITY DEFINER関数と同等ではなく、これらの概念を混同しないでください。

The user creating or replacing a view must have <literal>USAGE</literal> privileges on any schemas referred to in the view query, in order to look up the referenced objects in those schemas. Note, however, that this lookup only happens when the view is created or replaced. Therefore, the user of the view only requires the <literal>USAGE</literal> privilege on the schema containing the view, not on the schemas referred to in the view query, even for a security invoker view. ビューを作成または置換するユーザーは、スキーマ内の参照オブジェクトを検索するために、ビュー問い合わせで参照されるスキーマに対するUSAGE権限を持っている必要があります。 ただし、この参照は、ビューが作成または置換された場合にのみ行なわれることに注意してください。 したがって、ビューのユーザーは、ビューを含むスキーマに対するUSAGE権限のみを必要とし、セキュリティ実行者ビューの場合でも、ビュー問い合わせで参照されるスキーマに対するUSAGE権限を必要としません。

When <command>CREATE OR REPLACE VIEW</command> is used on an existing view, only the view's defining SELECT rule, plus any <literal>WITH ( ... )</literal> parameters and its <literal>CHECK OPTION</literal> are changed. Other view properties, including ownership, permissions, and non-SELECT rules, remain unchanged. You must own the view to replace it (this includes being a member of the owning role). CREATE OR REPLACE VIEWが既存のビューに対して使用されると、ビューを定義するSELECTルール、WITH ( ... )パラメータ、CHECK OPTIONのみが変更されます。 所有者、権限、SELECT以外のルールなど他のビューの属性はそのまま変更されません。 置き換えるためにはビューの所有者（所有ロールのメンバである場合も含む）でなければなりません。

例

Create a view consisting of all comedy films: 全てのコメディ映画（Comedy films）からなるビューを作成します。

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

This will create a view containing the columns that are in the <literal>film</literal> table at the time of view creation. Though <literal>*</literal> was used to create the view, columns added later to the table will not be part of the view. これはビューを作成した時点でfilmテーブル内にある列を持つビューを作成します。 ビューを作成するために*が使用されていますが、その後にテーブルに追加された列はビューには含まれません。

Create a view with <literal>LOCAL CHECK OPTION</literal>: LOCAL CHECK OPTIONを使ってビューを作成します。

CREATE VIEW universal_comedies AS
    SELECT *
    FROM comedies
    WHERE classification = 'U'
    WITH LOCAL CHECK OPTION;

This will create a view based on the <literal>comedies</literal> view, showing only films with <literal>kind = 'Comedy'</literal> and <literal>classification = 'U'</literal>. Any attempt to <command>INSERT</command> or <command>UPDATE</command> a row in the view will be rejected if the new row doesn't have <literal>classification = 'U'</literal>, but the film <literal>kind</literal> will not be checked. これはcomediesビューに基づくビューを作成し、kind = 'Comedy'かつclassification = 'U'である映画だけを表示します。 このビューでの行のINSERTやUPDATEは、classification = 'U'でなければ拒絶されますが、映画のkindは検査されません。

Create a view with <literal>CASCADED CHECK OPTION</literal>: CASCADED CHECK OPTIONでビューを作成します。

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

This will create a view that checks both the <literal>kind</literal> and <literal>classification</literal> of new rows. これは新しい行についてkindとclassificationの両方を検査するビューを作成します。

Create a view with a mix of updatable and non-updatable columns: 更新可能な列と更新不可能な列が混在するビューを作成します。

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

This view will support <command>INSERT</command>, <command>UPDATE</command> and <command>DELETE</command>. All the columns from the <literal>films</literal> table will be updatable, whereas the computed columns <literal>country</literal> and <literal>avg_rating</literal> will be read-only. このビューはINSERT、UPDATE、DELETEをサポートします。 filmsテーブルからのすべての列は更新可能ですが、計算される列countryとavg_ratingは更新できません。

Create a recursive view consisting of the numbers from 1 to 100: 1から100までの数からなる再帰的ビューを作成します。

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

Notice that although the recursive view's name is schema-qualified in this <command>CREATE</command>, its internal self-reference is not schema-qualified. This is because the implicitly-created CTE's name cannot be schema-qualified. 上記のCREATEにおいて再帰的ビューの名前はスキーマ修飾されていますが、その内側の自己参照はスキーマ修飾されていないことに注意してください。 これは、暗黙的に作成されるCTEの名前はスキーマ修飾できないからです。

互換性

<command>CREATE OR REPLACE VIEW</command> is a <productname>PostgreSQL</productname> language extension. So is the concept of a temporary view. The <literal>WITH ( ... )</literal> clause is an extension as well, as are security barrier views and security invoker views. CREATE OR REPLACE VIEWはPostgreSQLの言語拡張です。 一時ビューという概念も言語拡張です。 WITH ( ... )句も拡張ですし、セキュリティバリアビューとセキュリティ実行者ビューも同様です。

関連項目