mysql dump 备份不备份视图

手机备份可以使用腾讯手机管家，
它的备份速度很省时间，而且之后很完整的还原到电脑或者手机里了
我是挺信任这个得，而且就算换手机也不怕
随时都可以还原到你的新手机里，资料肯定也不会丢失的。

由于项目开始时候使用的数据库是SQL Server，后来把存储的数据库调整为MySQL，所以需要把SQL Server的数据转移到MySQL；由于涉及的表比较多，所以想在MySQL中生成对应表并导入数据；

视图2个用处，一个是方便查询，比如下面的例子：
SQL> CREATE VIEW
2 v_sale_report_sum
3 AS
4 SELECT
5 sale_item,
6 SUM(sale_money) AS sale_money
7 FROM
8 sale_report
9 GROUP BY
10 sale_item;
View created
SQL> SELECT FROM v_sale_report_sum;
不使用视图的话，你每查询一次，都要写一段很长的 SQL 语句。又是SUM 又是GROUP BY的。
有了视图以后，一行SQL就解决问题。
还有一个用处，就是安全方面上的设置需要。
比如 人力资源那里，有一个员工表，里面有
员工的姓名、性别、生日、籍贯、工作年限、工资、所属部门 等信息。
人力资源的人，希望你帮忙写一个2011年，工作排版表的程序，但是又不希望你“知道得太多”。
那么就创建一个视图
CREATE VIEW v_员工 AS
SELECT
姓名, 性别, 所属部门
FROM
员工表
然后就给你一个 v_员工 的 检索权限，让你去写 排班程序去了。
mysql 与 oracle 都有视图
procedure 也就是存储过程，也就是某些与数据库 *** 作比较紧密的 *** 作，写在存储过程里面，比写在 java 或者 C# 之类的外部，效果要好一些。
例如一个百货商店的数据库，每天晚上营业结束了，要统计销售额，然后计算每个商品分类下面，当天的营业额是多少，然后将统计数据，插入到 统计表中。
这些 *** 作，基本上就是 SELECT SUM / GROUP BY ， 然后 INSERT INTO 的 *** 作。
直接在数据库内部处理就可以了。
没必要把一大堆查询结果，先传递到外边的一个 java 或者 c#写的客户端。
然后再通过 客户端传递一大堆的 INSERT INTO 语句回来。

1drop procedure if exists pr_even; create procedure pr_even (in x int, out y int) begindeclare i int;set y = 0; set i = 0; while i<x + 1 doif i mod 2 = 0 thenset y = y + 1; end if;set i = i + 1;end while; end; -- 调用过程CALL pr_even(2012, @y);SELECT @y; 2-- 创建临时表length()creat table tmp_student {select name from student where length(name)>3}-- 创建视图create view v_student as { select name,age from student as s,tmp_student as t_s where sname=t_sname}

CREATE [OR REPLACE] [ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}]\x0d\ VIEW view_name [(column_list)]\x0d\ AS select_statement\x0d\ [WITH [CASCADED | LOCAL] CHECK OPTION]\x0d\\x0d\该语句能创建新的视图，如果给定了OR REPLACE子句，该语句还能替换已有的视图。select_statement是一种SELECT语句，它给出了视图的定义。该语句可从基表或其他视图进行选择。\x0d\该语句要求具有针对视图的CREATE VIEW权限，以及针对由SELECT语句选择的每一列上的某些权限。对于在SELECT语句中其他地方使用的列，必须具有SELECT权限。如果还有OR REPLACE子句，必须在视图上具有DROP权限。\x0d\视图属于数据库。在默认情况下，将在当前数据库创建新视图。要想在给定数据库中明确创建视图，创建时，应将名称指定为db_nameview_name。\x0d\mysql> CREATE VIEW testv AS SELECT FROM t;\x0d\\x0d\表和视图共享数据库中相同的名称空间，因此，数据库不能包含具有相同名称的表和视图。\x0d\视图必须具有唯一的列名，不得有重复，就像基表那样。默认情况下，由SELECT语句检索的列名将用作视图列名。要想为视图列定义明确的名称，可使用可选的column_list子句，列出由逗号隔开的ID。column_list中的名称数目必须等于SELECT语句检索的列数。\x0d\SELECT语句检索的列可以是对表列的简单引用。也可以是使用函数、常量值、 *** 作符等的表达式。\x0d\对于SELECT语句中不合格的表或视图，将根据默认的数据库进行解释。通过用恰当的数据库名称限定表或视图名，视图能够引用表或其他数据库中的视图。\x0d\能够使用多种SELECT语句创建视图。视图能够引用基表或其他视图。它能使用联合、UNION和子查询。SELECT甚至不需引用任何表。在下面的示例中，定义了从另一表选择两列的视图，并给出了根据这些列计算的表达式：\x0d\mysql> CREATE TABLE t (qty INT, price INT);\x0d\mysql> INSERT INTO t VALUES(3, 50);\x0d\mysql> CREATE VIEW v AS SELECT qty, price, qtyprice AS value FROM t;\x0d\mysql> SELECT FROM v;\x0d\+------+-------+-------+\x0d\| qty | price | value |\x0d\+------+-------+-------+\x0d\| 3 | 50 | 150 |\x0d\+------+-------+-------+\x0d\\x0d\视图定义服从下述限制：\x0d\· SELECT语句不能包含FROM子句中的子查询。\x0d\· SELECT语句不能引用系统或用户变量。\x0d\· SELECT语句不能引用预处理语句参数。\x0d\· 在存储子程序内，定义不能引用子程序参数或局部变量。\x0d\· 在定义中引用的表或视图必须存在。但是，创建了视图后，能够舍弃定义引用的表或视图。要想检查视图定义是否存在这类问题，可使用CHECK TABLE语句。\x0d\· 在定义中不能引用TEMPORARY表，不能创建TEMPORARY视图。\x0d\· 在视图定义中命名的表必须已存在。\x0d\· 不能将触发程序与视图关联在一起。\x0d\在视图定义中允许使用ORDER BY，但是，如果从特定视图进行了选择，而该视图使用了具有自己ORDER BY的语句，它将被忽略。\x0d\对于定义中的其他选项或子句，它们将被增加到引用视图的语句的选项或子句中，但效果未定义。例如，如果在视图定义中包含LIMIT子句，而且从特定视图进行了选择，而该视图使用了具有自己LIMIT子句的语句，那么对使用哪个LIMIT未作定义。相同的原理也适用于其他选项，如跟在SELECT关键字后的ALL、DISTINCT或SQL_SMALL_RESULT，并适用于其他子句，如INTO、FOR UPDATE、LOCK IN SHARE MODE、以及PROCEDURE。\x0d\如果创建了视图，并通过更改系统变量更改了查询处理环境，会影响从视图获得的结果：\x0d\mysql> CREATE VIEW v AS SELECT CHARSET(CHAR(65)), COLLATION(CHAR(65));\x0d\Query OK, 0 rows affected (000 sec)\x0d\ \x0d\mysql> SET NAMES 'latin1';\x0d\Query OK, 0 rows affected (000 sec)\x0d\ \x0d\mysql> SELECT FROM v;\x0d\+-------------------+---------------------+\x0d\| CHARSET(CHAR(65)) | COLLATION(CHAR(65)) |\x0d\+-------------------+---------------------+\x0d\| latin1 | latin1_swedish_ci |\x0d\+-------------------+---------------------+\x0d\1 row in set (000 sec)\x0d\ \x0d\mysql> SET NAMES 'utf8';\x0d\Query OK, 0 rows affected (000 sec)\x0d\ \x0d\mysql> SELECT FROM v;\x0d\+-------------------+---------------------+\x0d\| CHARSET(CHAR(65)) | COLLATION(CHAR(65)) |\x0d\+-------------------+---------------------+\x0d\| utf8 | utf8_general_ci |\x0d\+-------------------+---------------------+\x0d\1 row in set (000 sec)\x0d\\x0d\可选的ALGORITHM子句是对标准SQL的MySQL扩展。ALGORITHM可取三个值：MERGE、TEMPTABLE或UNDEFINED。如果没有ALGORITHM子句，默认算法是UNDEFINED（未定义的）。算法会影响MySQL处理视图的方式。\x0d\对于MERGE，会将引用视图的语句的文本与视图定义合并起来，使得视图定义的某一部分取代语句的对应部分。\x0d\对于TEMPTABLE，视图的结果将被置于临时表中，然后使用它执行语句。\x0d\对于UNDEFINED，MySQL将选择所要使用的算法。如果可能，它倾向于MERGE而不是TEMPTABLE，这是因为MERGE通常更有效，而且如果使用了临时表，视图是不可更新的。\x0d\明确选择TEMPTABLE的1个原因在于，创建临时表之后、并在完成语句处理之前，能够释放基表上的锁定。与MERGE算法相比，锁定释放的速度更快，这样，使用视图的其他客户端不会被屏蔽过长时间。\x0d\视图算法可以是UNDEFINED，有三种方式：\x0d\· 在CREATE VIEW语句中没有ALGORITHM子句。\x0d\· CREATE VIEW语句有1个显式ALGORITHM = UNDEFINED子句。\x0d\· 为仅能用临时表处理的视图指定ALGORITHM = MERGE。在这种情况下，MySQL将生成告警，并将算法设置为UNDEFINED。\x0d\正如前面所介绍的那样，通过将视图定义中的对应部分合并到引用视图的语句中，对MERGE进行处理。在下面的示例中，简要介绍了MERGE的工作方式。在该示例中，假定有1个具有下述定义的视图v_merge：\x0d\CREATE ALGORITHM = MERGE VIEW v_merge (vc1, vc2) AS\x0d\SELECT c1, c2 FROM t WHERE c3 > 100;\x0d\\x0d\示例1：假定发出了下述语句：\x0d\SELECT FROM v_merge;\x0d\\x0d\MySQL以下述方式处理语句：\x0d\· v_merge成为t\x0d\· 成为vc1、vc2，与c1、c2对应\x0d\· 增加视图WHERE子句\x0d\所产生的将执行的语句为：\x0d\SELECT c1, c2 FROM t WHERE c3 > 100;\x0d\\x0d\示例2：假定发出了下述语句：\x0d\SELECT FROM v_merge WHERE vc1 100) AND (c1 回答于 2022-11-16

使用示例

使用示例

使用示例

检查选项的使用

mysql是可以基于视图创建视图，它会检查视图所依赖的视图的规则

如果再基于v2创建视图v3，v3没有定义检查选项，则此时向v3中插入数据时，不会检查是否满足v3的条件，但是会检查是否满足v2和v1的条件

local选项相比于cascaded，不会自动向上添加选项

如创建一个视图，此时视图中只包含一条数据

例如，现要查询每个学生选修的课程（多对多，三张表），将SQL保存到视图，以后再想查询，直接select from 视图即可

要想使用拷贝粘贴的方法备份数据库，必须满足如下几个要求：
1，所有表均为MyISAM
2，无论是备份还是恢复时，均要停掉mysql服务
3，删除 ib_logfile0，ib_logfile1等文件
这种方法适用范围：
1，简单的数据库应用。没有用到视图，存储过程触发器等高级功能
2，不要求数据库实时在线的应用或者本机开发程序
3，数据量非常大，通过sql文件导入导出困难的时候
建议备份采用 Mysqldump来备份

---