Maison  >  Article  >  base de données  >  如何创建MySQL5的视图

如何创建MySQL5的视图

WBOY
WBOYoriginal
2016-06-07 16:04:301072parcourir

基本语法: CREATE [OR REPLACE] [ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}] VIEW view_name [( column_list )] AS select_statement [WITH [CASCADED | LOCAL] CHECK OPTION] This statement creates a new view, or replaces an existing one if the

<strong>基本语法:</strong>
CREATE [OR REPLACE] [ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}]
    VIEW <em class="replaceable"><code>view_name</code></em> [(<em class="replaceable"><code>column_list</code></em>)]
    AS <em class="replaceable"><code>select_statement</code></em>
    [WITH [CASCADED | LOCAL] CHECK OPTION]

This statement creates a new view, or replaces an existing one if the <font face="新宋体">OR REPLACE</font> clause is given. The <font face="新宋体">select_statement</font> is a <font face="新宋体">SELECT</font> statement that provides the definition of the view. The statement can select from base tables or other views.

This statement requires the <font face="新宋体">CREATE VIEW</font> privilege for the view, and some privilege for each column selected by the <font face="新宋体">SELECT</font> statement. For columns used elsewhere in the <font face="新宋体">SELECT</font> statement you must have the <font face="新宋体">SELECT</font> privilege. If the <font face="新宋体">OR REPLACE</font> clause is present, you must also have the <font face="新宋体">DELETE</font> privilege for the view.

A view belongs to a database. By default, a new view is created in the current database. To create the view explicitly in a given database, specify the name as <font face="新宋体">db_name.view_name</font> when you create it.

mysql> <strong class="userinput"><code>CREATE VIEW test.v AS SELECT * FROM t;</code></strong>

Tables and views share the same namespace within a database, so a database cannot contain a table and a view that have the same name.

Views must have unique column names with no duplicates, just like base tables. By default, the names of the columns retrieved by the <font face="新宋体">SELECT</font> statement are used for the view column names. To define explicit names for the view columns, the optional <font face="新宋体">column_list</font> clause can be given as a list of comma-separated identifiers. The number of names in <font face="新宋体">column_list</font> must be the same as the number of columns retrieved by the <font face="新宋体">SELECT</font> statement.

Columns retrieved by the <font face="新宋体">SELECT</font> statement can be simple references to table columns. They can also be expressions that use functions, constant values, operators, and so forth.

Unqualified table or view names in the <font face="新宋体">SELECT</font> statement are interpreted with respect to the default database. A view can refer to tables or views in other databases by qualifying the table or view name with the proper database name.

A view can be created from many kinds of <font face="新宋体">SELECT</font> statements. It can refer to base tables or other views. It can use joins, <font face="新宋体">UNION</font>, and subqueries. The <font face="新宋体">SELECT</font> need not even refer to any tables. The following example defines a view that selects two columns from another table, as well as an expression calculated from those columns:

mysql> <strong class="userinput"><code>CREATE TABLE t (qty INT, price INT);</code></strong>
mysql> <strong class="userinput"><code>INSERT INTO t VALUES(3, 50);</code></strong>
mysql> <strong class="userinput"><code>CREATE VIEW v AS SELECT qty, price, qty*price AS value FROM t;</code></strong>
mysql> <strong class="userinput"><code>SELECT * FROM v;</code></strong>
+------+-------+-------+
| qty  | price | value |
+------+-------+-------+
|    3 |    50 |   150 |
+------+-------+-------+

A view definition is subject to the following restrictions:

  • The <font face="新宋体">SELECT</font> statement cannot contain a subquery in the <font face="新宋体">FROM</font> clause.

  • The <font face="新宋体">SELECT</font> statement cannot refer to system or user variables.

  • The <font face="新宋体">SELECT</font> statement cannot refer to prepared statement parameters.

  • Within a stored routine, the definition cannot refer to routine parameters or local variables.

  • Any table or view referred to in the definition must exist. However, after a view has been created, it is possible to drop a table or view that the definition refers to. To check a view definition for problems of this kind, use the <font face="新宋体">CHECK TABLE</font> statement.

  • The definition cannot refer to a <font face="新宋体">TEMPORARY</font> table, and you cannot create a <font face="新宋体">TEMPORARY</font> view.

  • The tables named in the view definition must already exist.

  • You cannot associate a trigger with a view.

<font face="新宋体">ORDER BY</font> is allowed in a view definition, but it is ignored if you select from a view using a statement that has its own <font face="新宋体">ORDER BY</font>.

For other options or clauses in the definition, they are added to the options or clauses of the statement that references the view, but the effect is undefined. For example, if a view definition includes a <font face="新宋体">LIMIT</font> clause, and you select from the view using a statement that has its own <font face="新宋体">LIMIT</font> clause, it is undefined which limit applies. This same principle applies to options such as <font face="新宋体">ALL</font>, <font face="新宋体">DISTINCT</font>, or <font face="新宋体">SQL_SMALL_RESULT</font> that follow the <font face="新宋体">SELECT</font> keyword, and to clauses such as <font face="新宋体">INTO</font>, <font face="新宋体">FOR UPDATE</font>, <font face="新宋体">LOCK IN SHARE MODE</font>, and <font face="新宋体">PROCEDURE</font>.

If you create a view and then change the query processing environment by changing system variables, that may affect the results you get from the view:

mysql> <strong class="userinput"><code>CREATE VIEW v AS SELECT CHARSET(CHAR(65)), COLLATION(CHAR(65));</code></strong>
Query OK, 0 rows affected (0.00 sec)

mysql> <strong class="userinput"><code>SET NAMES 'latin1';</code></strong>
Query OK, 0 rows affected (0.00 sec)

mysql> <strong class="userinput"><code>SELECT * FROM v;</code></strong>
+-------------------+---------------------+
| CHARSET(CHAR(65)) | COLLATION(CHAR(65)) |
+-------------------+---------------------+
| latin1            | latin1_swedish_ci   |
+-------------------+---------------------+
1 row in set (0.00 sec)

mysql> <strong class="userinput"><code>SET NAMES 'utf8';</code></strong>
Query OK, 0 rows affected (0.00 sec)

mysql> <strong class="userinput"><code>SELECT * FROM v;</code></strong>
+-------------------+---------------------+
| CHARSET(CHAR(65)) | COLLATION(CHAR(65)) |
+-------------------+---------------------+
| utf8              | utf8_general_ci     |
+-------------------+---------------------+
1 row in set (0.00 sec)

The optional <font face="新宋体">ALGORITHM</font> clause is a MySQL extension to standard SQL. <font face="新宋体">ALGORITHM</font> takes three values: <font face="新宋体">MERGE</font>, <font face="新宋体">TEMPTABLE</font>, or <font face="新宋体">UNDEFINED</font>. The default algorithm is <font face="新宋体">UNDEFINED</font> if no <font face="新宋体">ALGORITHM</font> clause is present. The algorithm affects how MySQL processes the view.

For <font face="新宋体">MERGE</font>, the text of a statement that refers to the view and the view definition are merged such that parts of the view definition replace corresponding parts of the statement.

For <font face="新宋体">TEMPTABLE</font>, the results from the view are retrieved into a temporary table, which then is used to execute the statement.

For <font face="新宋体">UNDEFINED</font>, MySQL chooses which algorithm to use. It prefers <font face="新宋体">MERGE</font> over <font face="新宋体">TEMPTABLE</font> if possible, because <font face="新宋体">MERGE</font> is usually more efficient and because a view cannot be updatable if a temporary table is used.

A reason to choose <font face="新宋体">TEMPTABLE</font> explicitly is that locks can be released on underlying tables after the temporary table has been created and before it is used to finish processing the statement. This might result in quicker lock release than the <font face="新宋体">MERGE</font> algorithm so that other clients that use the view are not blocked as long.

A view algorithm can be <font face="新宋体">UNDEFINED</font> three ways:

  • No <font face="新宋体">ALGORITHM</font> clause is present in the <font face="新宋体">CREATE VIEW</font> statement.

  • The <font face="新宋体">CREATE VIEW</font> statement has an explicit <font face="新宋体">ALGORITHM = UNDEFINED</font> clause.

  • <font face="新宋体">ALGORITHM = MERGE</font> is specified for a view that can be processed only with a temporary table. In this case, MySQL generates a warning and sets the algorithm to <font face="新宋体">UNDEFINED</font>.

As mentioned earlier, <font face="新宋体">MERGE</font> is handled by merging corresponding parts of a view definition into the statement that refers to the view. The following examples briefly illustrate how the <font face="新宋体">MERGE</font> algorithm works. The examples assume that there is a view <font face="新宋体">v_merge</font> that has this definition:

CREATE ALGORITHM = MERGE VIEW v_merge (vc1, vc2) AS
SELECT c1, c2 FROM t WHERE c3 > 100;

Example 1: Suppose that we issue this statement:

SELECT * FROM v_merge;

MySQL handles the statement as follows:

  • <font face="新宋体">v_merge</font> becomes <font face="新宋体">t</font>

  • <font face="新宋体">*</font> becomes <font face="新宋体">vc1, vc2</font>, which corresponds to <font face="新宋体">c1, c2</font>

  • The view <font face="新宋体">WHERE</font> clause is added

The resulting statement to be executed becomes:

SELECT c1, c2 FROM t WHERE c3 > 100;

Example 2: Suppose that we issue this statement:

SELECT * FROM v_merge WHERE vc1 
<p>This statement is handled similarly to the previous one, except that <code class="literal"><font face="新宋体">vc1 </font></code> becomes <code class="literal"><font face="新宋体">c1 </font></code> and the view <code class="literal"><font face="新宋体">WHERE</font></code> clause is added to the statement <code class="literal"><font face="新宋体">WHERE</font></code> clause using an <code class="literal"><font face="新宋体">AND</font></code> connective (and parentheses are added to make sure the parts of the clause are executed with correct precedence). The resulting statement to be executed becomes: </p><pre class="programlisting">SELECT c1, c2 FROM t WHERE (c3 > 100) AND (c1 
<p>Effectively, the statement to be executed has a <code class="literal"><font face="新宋体">WHERE</font></code> clause of this form: </p><pre class="programlisting">WHERE (select WHERE) AND (view WHERE)

The <font face="新宋体">MERGE</font> algorithm requires a one-to relationship between the rows in the view and the rows in the underlying table. If this relationship does not hold, a temporary table must be used instead. Lack of a one-to-one relationship occurs if the view contains any of a number of constructs:

  • Aggregate functions (<font face="新宋体">SUM()</font>, <font face="新宋体">MIN()</font>, <font face="新宋体">MAX()</font>, <font face="新宋体">COUNT()</font>, and so forth)

  • <font face="新宋体">DISTINCT</font>

  • <font face="新宋体">GROUP BY</font>

  • <font face="新宋体">HAVING</font>

  • <font face="新宋体">UNION</font> or <font face="新宋体">UNION ALL</font>

  • Refers only to literal values (in this case, there is no underlying table)

Some views are updatable. That is, you can use them in statements such as <font face="新宋体">UPDATE</font>, <font face="新宋体">DELETE</font>, or <font face="新宋体">INSERT</font> to update the contents of the underlying table. For a view to be updatable, there must be a one-to relationship between the rows in the view and the rows in the underlying table. There are also certain other constructs that make a view non-updatable. To be more specific, a view is not updatable if it contains any of the following:

  • Aggregate functions (<font face="新宋体">SUM()</font>, <font face="新宋体">MIN()</font>, <font face="新宋体">MAX()</font>, <font face="新宋体">COUNT()</font>, and so forth)

  • <font face="新宋体">DISTINCT</font>

  • <font face="新宋体">GROUP BY</font>

  • <font face="新宋体">HAVING</font>

  • <font face="新宋体">UNION</font> or <font face="新宋体">UNION ALL</font>

  • Subquery in the select list

  • Join

  • Non-updatable view in the <font face="新宋体">FROM</font> clause

  • A subquery in the <font face="新宋体">WHERE</font> clause that refers to a table in the <font face="新宋体">FROM</font> clause

  • Refers only to literal values (in this case, there is no underlying table to update)

  • <font face="新宋体">ALGORITHM = TEMPTABLE</font> (use of a temporary table always makes a view non-updatable)

With respect to insertability (being updatable with <font face="新宋体">INSERT</font> statements), an updatable view is insertable if it also satisfies these additional requirements for the view columns:

  • There must be no duplicate view column names.

  • The view must contain all columns in the base table that do not have a default value.

  • The view columns must be simple column references and not derived columns. A derived column is one that is not a simple column reference but is derived from an expression. These are examples of derived columns:

    3.14159
    col1 + 3
    UPPER(col2)
    col3 / col4
    (<em class="replaceable"><code>subquery</code></em>)
    

A view that has a mix of simple column references and derived columns is not insertable, but it can be updatable if you update only those columns that are not derived. Consider this view:

CREATE VIEW v AS SELECT col1, 1 AS col2 FROM t;

This view is not insertable because <font face="新宋体">col2</font> is derived from an expression. But it is updatable if the update does not try to update <font face="新宋体">col2</font>. This update is allowable:

UPDATE v SET col1 = 0;

This update is not allowable because it attempts to update a derived column:

UPDATE v SET col2 = 0;

It is sometimes possible for a multiple-table view to be updatable, assuming that it can be processed with the <font face="新宋体">MERGE</font> algorithm. For this to work, the view must use an inner join (not an outer join or a <font face="新宋体">UNION</font>). Also, only a single table in the view definition can be updated, so the <font face="新宋体">SET</font> clause must name only columns from one of the tables in the view. Views that use <font face="新宋体">UNION ALL</font> are disallowed even though they might be theoretically updatable, because the implementation uses temporary tables to process them.

For a multiple-table updatable view, <font face="新宋体">INSERT</font> can work if it inserts into a single table. <font face="新宋体">DELETE</font> is not supported.

The <font face="新宋体">WITH CHECK OPTION</font> clause can be given for an updatable view to prevent inserts or updates to rows except those for which the <font face="新宋体">WHERE</font> clause in the <font face="新宋体">select_statement</font> is true.

In a <font face="新宋体">WITH CHECK OPTION</font> clause for an updatable view, the <font face="新宋体">LOCAL</font> and <font face="新宋体">CASCADED</font> keywords determine the scope of check testing when the view is defined in terms of another view. <font face="新宋体">LOCAL</font> keyword restricts the <font face="新宋体">CHECK OPTION</font> only to the view being defined. <font face="新宋体">CASCADED</font> causes the checks for underlying views to be evaluated as well. When neither keyword is given, the default is <font face="新宋体">CASCADED</font>. Consider the definitions for the following table and set of views:

mysql> <strong class="userinput"><code>CREATE TABLE t1 (a INT);</code></strong>
mysql> <strong class="userinput"><code>CREATE VIEW v1 AS SELECT * FROM t1 WHERE a </code></strong>
    -> <strong class="userinput"><code>WITH CHECK OPTION;</code></strong>
mysql> <strong class="userinput"><code>CREATE VIEW v2 AS SELECT * FROM v1 WHERE a > 0</code></strong>
    -> <strong class="userinput"><code>WITH LOCAL CHECK OPTION;</code></strong>
mysql> <strong class="userinput"><code>CREATE VIEW v3 AS SELECT * FROM v1 WHERE a > 0</code></strong>
    -> <strong class="userinput"><code>WITH CASCADED CHECK OPTION;</code></strong>

Here the <font face="新宋体">v2</font> and <font face="新宋体">v3</font> views are defined in terms of another view, <font face="新宋体">v1</font>. <font face="新宋体">v2</font> has a <font face="新宋体">LOCAL</font> check option, so inserts are tested only against the <font face="新宋体">v2</font> check. <font face="新宋体">v3</font> has a <font face="新宋体">CASCADED</font> check option, so inserts are tested not only against its own check, but against those of underlying views. The following statements illustrate these differences:

ql> INSERT INTO v2 VALUES (2);
Query OK, 1 row affected (0.00 sec)
mysql> <strong class="userinput"><code>INSERT INTO v3 VALUES (2);</code></strong>
ERROR 1369 (HY000): CHECK OPTION failed 'test.v3'

The updatability of views may be affected by the value of the <font face="新宋体">updatable_views_with_limit</font> system variable. (完)


Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Article précédent:直接下载MySQL 5相关管理工具Article suivant:MySQL5的异常处理