存储过程和视图

1. 什么是存储过程？有什么优缺点？

   为以后的使用而保存的一条或多条MySQL语句的集合。

   存储过程思想上就是数据库 SQL 语言层面的代码封装与重用。

   是在大型数据库系统中，一组为了完成特定功能的SQL 语句集，它存储在数据库中，一次编译后永久有效，用户通过指定存储过程的名字并给出参数（如果该存储过程带有参数）来执行它。存储过程是数据库中的一个重要对象。在数据量特别庞大的情况下利用存储过程能达到倍速的效率提升。

   优点

   ①重复使用。存储过程可以重复使用，从而可以减少数据库开发人员的工作量。

   ②减少网络流量。存储过程位于服务器上，调用的时候只需要传递存储过程的名称以及参数就可以了，因此降低了网络传输的数据量。

   ③安全性。参数化的存储过程可以防止SQL注入式攻击，而且可以将Grant、Deny以及Revoke权限应用于存储过程。

   简单讲：

   1.存储过程只在创造时进行编译，以后每次执行存储过程都不需再重新编译，而一般SQL语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度。

   2.当对数据库进行复杂操作时(如对多个表进行Update,Insert,Query,Delete时)，可将此复杂操作用存储过程封装起来与数据库提供的事务处理结合一起使用。

   3.存储过程可以重复使用,可减少数据库开发人员的工作量

   4.安全性高,可设定只有某些用户才具有对指定存储过程的使用权

   有一点需要注意的是，一些网上盛传的所谓的存储过程要比sql语句执行更快的说法，实际上是个误解，并没有根据，包括微软内部的人也不认可这一点，所以不能作为正式的优点，希望大家能够认识到这一点。

   缺点

   1、更改比较繁琐：如果更改范围大到需要对输入存储过程的参数进行更改，或者要更改由其返回的数据，则仍需要更新程序集中的代码以添加参数、更新 GetValue() 调用，等等，这时候估计比较繁琐。

   2、可移植性差：由于存储过程将应用程序绑定到 SQL Server，因此使用存储过程封装业务逻辑将限制应用程序的可移植性。如果应用程序的可移植性在您的环境中非常重要，则需要将业务逻辑封装在不特定于 RDBMS 的中间层中。

   1：调试麻烦，但是用 PL/SQL Developer 调试很方便！弥补这个缺点。

   2：移植问题，数据库端代码当然是与数据库相关的。但是如果是做工程型项目，基本不存在移植问题。

   3：重新编译问题，因为后端代码是运行前编译的，如果带有引用关系的对象发生改变时，受影响的存储过程、包将需要重新编译（不过也可以设置成运行时刻自动编译）。

   4： 如果在一个程序系统中大量的使用存储过程，到程序交付使用的时候随着用户需求的增加会导致数据结构的变化，接着就是系统的相关问题了，最后如果用户想维护该系统可以说是很难很难、而且代价是空前的，维护起来更麻烦。

什么是视图，视图有什么作用？

视图是⼀一个虚拟表，其内容由查询定义。同真实表⼀一样，视图包含⼀一系列列带有名称的列列和 ⾏行行数据，但视图并不不是数据库真实存储的数据表。 视图是从⼀一个、多个表或者视图中导出 的表，包含⼀一系列列带有名称的数据列列和若⼲干条数据⾏行行。

1)定制用户数据，聚焦特定的数据

2)简化数据操作

3)提⾼基表数据的安全性

4)共享所需数据

5)更改数据格式

6)重用SQL语句