① 存储过程作用是什么，优缺点以及适用范围是什么
中用户通过指定存储过程的名字并给出参数（如果该存储过程带有参数）来执行它。存储过程是sql 语句和可选控制流语句的预编译集合，以一个名称存储并作为一个单元处理。存储过程存储在数据库内，可由应用程序通过一个调用执行，而且允许用户声明变量、有条件执行以及其它强大的编程功能。存储过程在创建时即在服务器上进行编译，所以执行起来比单个SQL语句快。 存储过程的优点： 1.存储过程只在创造时进行编译，以后每次执行存储过程都不需再重新编译，而一般SQL语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度。 2.当对数据库进行复杂操作时(如对多个表进行Update,Insert,Query,Delete时），可将此复杂操作用存储过程封装起来与数据库提供的事务处理结合一起使用。 3.存储过程可以重复使用,可减少数据库开发人员的工作量 4.安全性高,可设定只有某此用户才具有对指定存储过程的使用权 缺点：1.如果更改范围大到需要对输入存储过程的参数进行更改，或者要更改由其返回的数据，则您仍需要更新程序集中的代码以添加参数、更新 GetValue() 调用，等等，这时候估计比较繁琐了。
2.可移植性差
由于存储过程将应用程序绑定到 SQL Server，因此使用存储过程封装业务逻辑将限制应用程序的可移植性。 优点： 1.由于应用程序随着时间推移会不断更改，增删功能，T－SQL过程代码会变得更复杂，StoredProcere为封装此代码提供了一个替换位置。 2.执行计划（存储过程在首次运行时将被编译，这将产生一个执行计划－－ 实际上是 Microsoft SQL Server为在存储过程中获取由 T-SQL 指定的结果而必须采取的步骤的记录。）缓存改善性能。 ........但sql server新版本，执行计划已针对所有 T-SQL 批处理进行了缓存，而不管它们是否在存储过程中，所以没比较优势了。 3.存储过程可以用于降低网络流量，存储过程代码直接存储于数据库中，所以不会产生大量T-sql语句的代码流量。 4.使用存储过程使您能够增强对执行计划的重复使用，由此可以通过使用远程过程调用 (RPC) 处理服务器上的存储过程而提高性能。RPC 封装参数和调用服务器端过程的方式使引擎能够轻松地找到匹配的执行计划，并只需插入更新的参数值。 5.可维护性高，更新存储过程通常比更改、测试以及重新部署程序集需要较少的时间和精力。 6.代码精简一致，一个存储过程可以用于应用程序代码的不同位置。 7.更好的版本控制，通过使用 Microsoft Visual SourceSafe 或某个其他源代码控制工具，您可以轻松地恢复到或引用旧版本的存储过程。 8.增强安全性： a、通过向用户授予对存储过程（而不是基于表）的访问权限，它们可以提供对特定数据的访问； b、提高代码安全，防止 SQL注入（但未彻底解决，例如，将数据操作语言－－DML，附加到输入参数）； c、SqlParameter 类指定存储过程参数的数据类型，作为深层次防御性策略的一部分，可以验证用户提供的值类型（但也不是万无一失，还是应该传递至数据库前得到附加验证）。 缺点： 1.如果更改范围大到需要对输入存储过程的参数进行更改，或者要更改由其返回的数据，则您仍需要更新程序集中的代码以添加参数、更新 GetValue() 调用，等等，这时候估计比较繁琐了。 2.可移植性差 由于存储过程将应用程序绑定到 SQL Server，因此使用存储过程封装业务逻辑将限制应用程序的可移植性。
② oracle 存储过程在现实中的应用都有哪些
1. 不愿过多的暴露数据库的结构，通过存储过程的调用，将结果直接结果返回给java程序(多为第三方的)，而不用把数据结构告诉第三方
2. 承担部分业务逻辑处理：oracle数据库运行计算速度也是很快了，通过存储过程可以承担部分业务逻辑，减轻web服务器的压力
3. oracle 自身的job应用，需要调用存储过程
4. 其他应该软件需要调用存储过程。如：IVR，datastation
不知道这样说有问题不，参考下吧，也请后面的人补充
③ 存储过程是多用还是少用
做项目的时候我们有时候会面临一个选择，我们到底是应该多写存储过程还是少写存储过程了？这个问题的争论也是由来已久，在不同的公司以及不同的技术负责人那里往往会得到不同的答案。在实际项目中我们最后所采取的方式，往往不外乎以下三种方式。
第一种方式是要求所有数据库操作不使用任何的存储过程，所有操作都采用标准sql语句来完成，即便是一个动作需要完成多步数据库操作，也不使用任何存储过程，而是在程序代码中采用事务的方式来完成；第二种方式就是就要求所有的数据库操作都用存储过程封装起来，哪怕是一个最简单的insert 操作。在程序代码看不到一行 sql语句，如果采用分工合作的方式，程序员甚至都可以不懂sql语法。第三种方式是一般相对简单的数据库操作采用标准sql语句来完成，一些相对比较复杂的商务逻辑用存储过程来完成。
当然系统如果采用了hibernate或nhibernate之类的框架，不需要写sql语句的时候，我想还是应该属于第三种方式，因为在开发的时候hibernate框架允许我们在适当的时候，抛开其框架自己写存储过程和sql语句来完成数据库操作。其实这三种方式都各有所长，也各有不足。
第一种方式是所有的数据库操作都采用标准sql语句来完成的方式，在程序的执行效率上是肯定不如后面两种方式，系统如果是一个大型的ＥＲＰ，这种方式就是绝对不可取的。因为在开发基本结束后，系统如果需要优化或者希望得到优化时，那对开发人员来说就是一件非常麻烦的事情了，因为优化的重点基本上都是集中数据库操作上，开发人员所能做的就是一个个sql语句去检查，是不是还能进一步优化，尤其是一些相对比较复杂的查询语句是我们所检查的重点。分页显示就是一个典型的存储过程提高程序效率的例子。如果使用存储过程来进行分页操作，就是利用存储过程从系统中提取我们所需要的记录集，分页的效率就大大提高了。反过来如果我们不用存储过程进行分页操作，是利用sql语句的方式把所有记录集都读入内存中，然后再从内存中获取我们所需要的记录集合，这样分页效率自然就降低了。当然利用sql语句也能得到我们所需要的记录，而不是所有记录，但是那样麻烦多了，不在我们讨论范围之内。
这种方式另外还有一个不足之处，一个系统或一个项目总会或多或少地存在有一些容易变化而又复杂的商务逻辑，如果把这些复杂的商务逻辑封装到存储过程中，商务逻辑的变化都只涉及存储过程变化，而与程序代码不发生关系，那么不用存储过程太可惜了。
这种方式虽然有不足，但是一旦采用这种方式的话，我们如果对该项目进行数据库移植的时候，开发人员就会觉得当时的决策人是多么的伟大与英明。而且我们知道access和mysql的以前版本是不提供存储过程支持的，所有一些中小项目在这个方面的选择往往也是不得已而为之。不用存储过程有一个优点，调试代码的时候没有存储过程可是要方便很多很多的哦，所以在很多很多的项目中都是采用标准的sql语句而不使用任何的存储过程。这可是大多程序员用标准sql而不用存储过程的直接原因，说白了，就是嫌麻烦。
第二种方式是所有的数据库操作全部采用存储过程封装的方式，如果采用这种方式，程序的执行效率相对要高，尤其面对在一些复杂的商务逻辑时候，不仅在效率方面有明显的提高，而且当商务逻辑发生变化时，我们开发人员做相应的修改的时候，往往都不用修改程序代码，仅仅修改存储过程就能满足系统变化了。
还有一个好处就是当我们开发好的一个系统后，如果发现一种模式或语言在某些方面难以满足需求时，我们就可以很快的用两外一种语言来重新开发，那个时候就非常方便了。比如在０２年中科院下属的一个公司就用ＡＳＰ开发了一个Ｂ／Ｓ结构的ＨＩＳ，几乎所有的功能都是用存储过程实现的。杭州妇幼保健医院在使用过程中由于种种原因要求改成Ｃ／Ｓ结构的，改的时候就发现当初大量的使用存储过程真是好啊！
全部用存储过程的方式有一个缺点就是程序在开发时调式相当麻烦，因为大家都知道程序错误大部分是出在代码与数据库交互的时候。回想起来也真是感慨，依稀记得当年在烟台的时候，当时是网通的一个项目，月底时他们从用户那所收的费用在帐上的金额与实际所收金额对不上，结果熬了一个通宵才搞定，最后找出原因来就是在存储过程中犯了个不起眼的错误。
第三种方式就是部分使用存储过程。就是在处理一些复杂的商务逻辑的时候用存储过程封装，一般比较简单的数据库操作还是用标准sql语句的方式。这样能保证程序的执行效率，同时也能保证一定的开发效率。这种方式也是在实际项目应用最多的方式。
具体一个项目采用哪种方式来做，是需要我们根据具体情况来确定的，不能一概而论。如果项目小、对程序的执行效率要求也不高。而且将来项目还可能做数据库移植的话，那就采用第一重方式是最好的；如果项目运行一定时间可能采用别的语言来重新开发，那就用第二种方式比较好。
如果是一个很多因素都不太确定的项目，个人认为一般采用第三方式比较好，就是一般的数据库操作都采用sql语句来实现，当然sql语句最好是标准的 sql语句，而那些相对比较烦琐的商务逻辑就用存储过程来封装好了。其实就是只在项目的某些特定的功能模块中采用存储过程的方式而已。这样做出来的项目既能灵活升级与移植，又能保证程序的执行效率。
扯远一点，如果是一个比较大型的ERP之类的项目，个人建议hibernate是个不错的选择,.net是nhibernate。数据库操作就省心了。没有用过的朋友可能刚开始有点排斥，这很正常，但是用熟练就能感觉它好用。
④ 为什么要用存储过程，什么时候用存储过程
储过程说白了就是一堆 SQL 的合并。中间加了点逻辑控制。
但是存储过程处理比较复杂的业务时比较实用。
比如说，一个复杂的数据操作。如果你在前台处理的话。可能会涉及到多次数据库连接。但如果你用存储过程的话。就只有一次。从响应时间上来说有优势。
也就是说存储过程可以给我们带来运行效率提高的好处。
另外，程序容易出现 BUG 不稳定，而存储过程，只要数据库不出现问题，基本上是不会出现什么问题的。也就是说从安全上讲，使用了存储过程的系统更加稳定。
数据量小的，或者和钱没关系的项目不用存储过程也可以正常运作。mysql 的存储过程还有待实际测试。如果是正式项目，建议你用 sql server 或 oracle 的存储过程。数据与数据之间打交道的话，过程会比程序来的快的多。面试官问有没有用存储，实际上就是想知道前来面试的程序员到底做过数据量大的项目没。如果是培训出来的，或者小项目小公司出来的，对存储肯定接触的少了。
所以，要想进大公司，没有丰富存储过程经验，是不行的。
那么什么时候才可以用存储？对于数据量不是很大以及业务处理不是很复杂的小项目就无需要了么？
错。
存储过程不仅仅适用于大型项目，对于中小型项目，使用存储过程也是非常有必要的。其威力和优势主要体现在：
1.
存储过程只在创造时进行编译，以后每次执行存储过程都不需再重新编译，而一般 SQL 语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度。
2.
当对数据库进行复杂操作时(如对多个表进行 Update,Insert,Query,Delete 时），可将此复杂操作用存储过程封装起来与数据库提供的事务处理结合一起使用。这些操作，如果用程序来完成，就变成了一条条的 SQL 语句，可能要多次连接数据库。而换成存储，只需要连接一次数据库就可以了。
3.
存储过程可以重复使用,可减少数据库开发人员的工作量。
4.
安全性高,可设定只有某此用户才具有对指定存储过程的使用权。
一般来说，存储过程的编写比基本SQL语句复杂，编写存储过程需要更高的技能，更丰富的经验。经自已测试，一个有着十万条记录的表，通过php调用存储过程比通过PHP执行sql语句获取所有记录的时间，平均快0.4秒左右.
⑤ 为什么要使用存储过程
存储过程是指一组具有某种特殊功能的SQL语句集，常用于大型数据库中，也出现于开发过程中。程序员经常运用存储过程是由于其具有以下优点：
一、响应时间上来说有优势：如果你在前台处理的话。可能会涉及到多次数据库连接。但如果你用存储过程的话，就只有一次。存储过程可以给我们带来运行效率提高的好处。
二、安全上使用了存储过程的系统更加稳定：程序容易出现 BUG 不稳定，而存储过程，只要数据库不出现问题，基本上是不会出现什么问题的。
(5)存储过程在实际项目中用吗扩展阅读
存储过程不仅仅适用于大型项目，对于中小型项目，使用存储过程也是非常有必要的。
一般来说，存储过程的编写比基本SQL语句复杂，编写存储过程需要更高的技能，更丰富的经验。经自已测试，一个有着十万条记录的表，通过php调用存储过程比通过PHP执行sql语句获取所有记录的时间，平均快0.4秒左右。
⑥ 请问PL/SQL里面的存储过程在实际的开发中用的多不多
在工厂里面用Oracle数据库，SFIS/SFC/MES很多都会用到存储过程.
我上班的前几个公司的MES系统数据库是ORACLE 开发数据库方面，用存储过程还是很多的。
用于复杂逻辑，判断性的，还是很方便的。简单的当然就不需要了
⑦ 存储过程在实际项目中用的多吗
存储过程在项目中非常重要，我们的数据等格式都是通过这个存储过程得到翻译，最终形成输出端文件，相当于中枢
⑧ 一般项目都用存储过程么
这个不一定，没有固定的范围。
有些特殊需求的项目，可能根本就不允许用存储过程。
有些可能用上千行存储过程，
这个不是由我们来决定的，要看项目的具体需求。
⑨ 现在oracle在实际运用中存储过程用的多吗
这个是必须使用的，我们公司的项目中就使用到了
*1) 存储过程帮助在数据库层聚集T-SQL代码。嵌入即席SQL的网站或应用程序在应用环境下很难修改，当即席SQL嵌入在应用程序内的时候，你可能会花费太多时间试图找到和调试嵌入的SQL。-- 一旦找到了bug，你可能就需要重新编译可执行程序，引起不必要的应用程序临时停止或痛苦的应用程序部署。如果把T-SQL集中到存储过程中去，-- 你就只需要集中在一个地方来查询SQL代码或SQL批处理。如果你能正确地为代码建立文档并对代码标准化，存储过程就会提升整个应用程序的可支持性。
-- *2) 存储过程帮助大的即席查询减少网络流量。编写应用程序调用而不是500行的SQL调用来执行存储过程，对网络以及应用程序的性能有正面影响，特别是当调用在一分钟内重复数千次时。
-- *3) 存储过程促进代码的可利用性。例如，如果你的网站应用程序使用一个下拉菜单来包含一组城市，并且这个下拉菜单用于很多网页，-- 你可以在每个页面调用存储过程而不是在多个地方嵌入相同的SQL。
-- *4) 存储过程淡化数据获取的方法。如果你修改了提供源数据的基本表，存储过程(和视图相似)能让应用程序对这个修改透明。这样就不需要修改应用程序底层的代码就能修改。-- 你可以把老的表换成新的，而且只要同样的列和数据类型返回给应用程序，则应用程序完全不知情。
-- *5) 与视图不同，存储过程可以利用流控制技术、临时表、表变量等。
-- *6) 存储过程对查询响应时间的影响比较稳定。如果你使用大量的即席查询，可能会注意到有时候从查询中返回结果所花的时间变化很大
⑩ mysql 索引 存储过程 在实际使用中 常用不常用
在大项目用的多，可以提高性能。小项目不怎么用