Rechercher dans le manuel MySQL
25.36 The INFORMATION_SCHEMA VIEWS Table
The VIEWS
table provides information
about views in databases. You must have the
SHOW VIEW
privilege to access this
table.
The VIEWS
table has these columns:
TABLE_CATALOG
The name of the catalog to which the view belongs. This value is always
def
.TABLE_SCHEMA
The name of the schema (database) to which the view belongs.
TABLE_NAME
The name of the view.
VIEW_DEFINITION
The
SELECT
statement that provides the definition of the view. This column has most of what you see in theCreate Table
column thatSHOW CREATE VIEW
produces. Skip the words beforeSELECT
and skip the wordsWITH CHECK OPTION
. Suppose that the original statement was:Then the view definition looks like this:
CHECK_OPTION
The value of the
CHECK_OPTION
attribute. The value is one ofNONE
,CASCADE
, orLOCAL
.IS_UPDATABLE
MySQL sets a flag, called the view updatability flag, at
CREATE VIEW
time. The flag is set toYES
(true) ifUPDATE
andDELETE
(and similar operations) are legal for the view. Otherwise, the flag is set toNO
(false). TheIS_UPDATABLE
column in theVIEWS
table displays the status of this flag. It means that the server always knows whether a view is updatable.If a view is not updatable, statements such
UPDATE
,DELETE
, andINSERT
are illegal and are rejected. (Even if a view is updatable, it might not be possible to insert into it; for details, refer to Section 24.5.3, “Updatable and Insertable Views”.)DEFINER
The account of the user who created the view, in
'
format.user_name
'@'host_name
'SECURITY_TYPE
The view
SQL SECURITY
characteristic. The value is one ofDEFINER
orINVOKER
.CHARACTER_SET_CLIENT
The session value of the
character_set_client
system variable when the view was created.COLLATION_CONNECTION
The session value of the
collation_connection
system variable when the view was created.
Notes
MySQL permits different sql_mode
settings to tell the server the type of SQL syntax to support. For
example, you might use the ANSI
SQL mode to ensure MySQL correctly interprets the standard SQL
concatenation operator, the double bar (||
), in
your queries. If you then create a view that concatenates items,
you might worry that changing the
sql_mode
setting to a value
different from ANSI
could cause
the view to become invalid. But this is not the case. No matter
how you write out a view definition, MySQL always stores it the
same way, in a canonical form. Here is an example that shows how
the server changes a double bar concatenation operator to a
CONCAT()
function:
- Query OK, 0 rows affected (0.00 sec)
- Query OK, 0 rows affected (0.00 sec)
- +----------------------------------+
- | VIEW_DEFINITION |
- +----------------------------------+
- +----------------------------------+
The advantage of storing a view definition in canonical form is
that changes made later to the value of
sql_mode
do not affect the
results from the view. However, an additional consequence is that
comments prior to SELECT
are
stripped from the definition by the server.
Nederlandse vertaling
U hebt gevraagd om deze site in het Nederlands te bezoeken. Voor nu wordt alleen de interface vertaald, maar nog niet alle inhoud.Als je me wilt helpen met vertalingen, is je bijdrage welkom. Het enige dat u hoeft te doen, is u op de site registreren en mij een bericht sturen waarin u wordt gevraagd om u toe te voegen aan de groep vertalers, zodat u de gewenste pagina's kunt vertalen. Een link onderaan elke vertaalde pagina geeft aan dat u de vertaler bent en heeft een link naar uw profiel.
Bij voorbaat dank.
Document heeft de 26/06/2006 gemaakt, de laatste keer de 26/10/2018 gewijzigd
Bron van het afgedrukte document:https://www.gaudry.be/nl/mysql-rf-views-table.html
De infobrol is een persoonlijke site waarvan de inhoud uitsluitend mijn verantwoordelijkheid is. De tekst is beschikbaar onder CreativeCommons-licentie (BY-NC-SA). Meer info op de gebruiksvoorwaarden en de auteur.
Referenties
Deze verwijzingen en links verwijzen naar documenten die geraadpleegd zijn tijdens het schrijven van deze pagina, of die aanvullende informatie kunnen geven, maar de auteurs van deze bronnen kunnen niet verantwoordelijk worden gehouden voor de inhoud van deze pagina.
De auteur Deze site is als enige verantwoordelijk voor de manier waarop de verschillende concepten, en de vrijheden die met de referentiewerken worden genomen, hier worden gepresenteerd. Vergeet niet dat u meerdere broninformatie moet doorgeven om het risico op fouten te verkleinen.