oracle存储过程优点

1. oracle存储过程有什么好处

你应该问数据库存储过程有什么好处存储过程的能力大大增强了sql语言的功能和灵活性。存储过程可以用流控制语句编写，有很强的灵活性，可以完成复杂的判断和较复杂的 运算。x0dx0a* 可保证数据的安全性和完整性。x0dx0a# 通过存储过程可以使没有权限的用户在控制之下间接地存取数据库，从而保证数据的安全。x0dx0a# 通过存储过程可以使相关的动作在一起发生，从而可以维护数据库的完整性。x0dx0a* 在运行存储过程前，数据库已对其进行了语法和句法分析，并给出了优化执行方案。这种已经编译好的过程可极大地改善SQL语句的性能。由于执行SQL语句的大部分工作已经完成，所以存储过程能以极快的速度执行。x0dx0a* 可以降低网络的通信量。x0dx0a* 使体现企业规则的运算程序放入数据库服务器中，以便：x0dx0a# 集中控制。x0dx0a# 当企业规则发生变化时在服务器中改变存储过程即可，无须修改任何应用程序。企业规则的特点是要经常变化，如果把体现企业规则的运算程序放入应用程序中，则当企业规则发生变化时，就需要修改应用程序工作量非常之大（修改、发行和安装应用程序）。如果把体现企业规则的运算放入存储过程中，则当企业规则发生变化时，只要修改存储过程就可以了，应用程序无须任何变化。

2. oracle中的存储过程,有什么作用，以及怎么在代码中使用

定义：存储过程（Stored Procere ）是一组为了完成特定功能的SQL 语句
集，经编译后存储在数据库中。用户通过指定存储过程的名字并给出参数
（如果该存储过程带有参数）来执行它。存储过程是数据库中的一个重要
对象，任何一个设计良好的数据库应用程序都应该用到存储过程。
存储过程是由流控制和SQL 语句书写的过程，这个过程经编译和优化后
存储在数据库服务器中，应用程序使用时只要调用即可。在ORACLE 中，
若干个有联系的过程可以组合在一起构成程序包。

优点：存储过程只在创造时进行编译，以后每次执行存储过程都不需再重新编译，而一般SQL语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度。
2.当对数据库进行复杂操作时(如对多个表进行Update、Insert、Query、Delete时），可将此复杂操作用存储过程封装起来与数据库提供的事务处理结合一起使用。
3.存储过程可以重复使用,可减少数据库开发人员的工作量。
4.安全性高,可设定只有某用户才具有对指定存储过程的使用权。
proc = connection.prepareCall("{ call SIM_MEDICARE.P_Isinblacklist(?,?,?,?,?) }");
proc.setString(1, “”);设置传入参数
proc.registerOutParameter(4, Types.VARCHAR);注册传出参数
proc.execute();执行过程
proc.getString(4)获取结果

3. oracle的存储过程的作用

1.存储过程可以使得程序执行效率更高、安全性更好，因为过程建立之后 已经编译并且储存到数据库，直接写sql就需要先分析再执行因此过程效率更高，直接写sql语句会带来安全性问题，如：sql注入
2.建立过程不会很耗系统资源，因为过程只是在调用才执行。
3.存储过程可以用于降低网络流量，存储过程代码直接存储于数据库中，所以不会产生大量T-sql语句的代码流量。

4.使用存储过程使您能够增强对执行计划的重复使用，由此可以通过使用远程过程调用 (RPC) 处理服务器上的存储过程而提高性能。RPC 封装参数和调用服务器端过程的方式使引擎能够轻松地找到匹配的执行计划，并只需插入更新的参数值。

5.可维护性高，更新存储过程通常比更改、测试以及重新部署程序集需要较少的时间和精力。

6.代码精简一致，一个存储过程可以用于应用程序代码的不同位置。

7.增强安全性：
a、通过向用户授予对存储过程（而不是基于表）的访问权限，它们可以提供对特定数据的访问；
b、提高代码安全，防止 SQL注入（但未彻底解决，例如，将数据操作语言－－DML，附加到输入参数）；
c、SqlParameter 类指定存储过程参数的数据类型，作为深层次防御性策略的一部分，可以验证用户提供的值类型（但也不是万无一失，还是应该传递至数据库前得到附加验证）。

缺点就是：
1、大量的利用过程，会对服务器压力比较大。

4. oracle存储过程有什么好处

1。预编译，已优化，效率较高。避免了SQL语句在网络中传输然后再解释的低效率。
2。如果公司有专门的DBA，写存储过程可以他来做，程序员只要按他提供的接口调用就好了。这样分开来做，比较清楚。
3。修改方便。嵌入在程序中的SQL语句修改比较麻烦，而且经常不能肯定该改的是不是都改了。SQLSERVER上的存储过程修改就比较方便，直接改掉该存储过程，调用它的程序基本不用动，除非改动比较大（如改了传入的参数，返回的数据等）。
4。会安全一点。不会有SQL语句注入问题。
当然，也有缺点。特别是业务逻辑比较复杂时，全用存储过程来写，估计也累的够呛。
■SQL存储过程执行起来比SQL命令文本快得多。当一个SQL语句包含在存储过程中时，服务器不必每次执行它时都要分析和编译它。
■调用存储过程，可以认为是一个三层结构。这使你的程序易于维护。如果程序需要做某些改动，你只要改动存储过程即可
■你可以在存储过程中利用Transact-SQL的强大功能。一个SQL存储过程可以包含多个SQL语句。你可以使用变量和条件。这意味着你可以用存储过程建立非常复杂的查询，以非常复杂的方式更新数据库。

5. 如何评价一个项目使用了大量的oracle存储过程

强烈支持大量运用存储过程，最好100%用。
效率高，用户happy

1. 存储过程性能好
   2.存储过程代码可复用性好
   3.避免在程序中含有大量SQL，可移植性不好。

   这么多人在说用存储过程的优点，那我就来说说缺点:
   1、移植性问题
   这个搞数据库开发的人都能理解，是不是问题看系统的需求而定，这里就不多说了。如果数据库要移植的话，用存储过程就会带来很多问题，最好不用。
   
   2、性能扩展性问题
   随着系统访问量的增长，系统必须进行不断地升级扩展，特别对于大型系统而言，更重要的是性能可扩展性而不是局部的性能。J2EE等多层结构要解决的也是这方面的问题。
   处理逻辑如果全部放在存储过程里，所有的处理都在数据库服务器上进行，消耗的就是数据库服务器的CPU资源，大家知道数据库服务器由于需要较高的可靠性，通常选用的都是价格昂贵的服务器，对数据库服务器升级通常都花费很大。
   如果把处理逻辑放在中间层服务器上进行，中间层服务器一般都是小型的机器，价格便宜，而且中间层服务器的CPU通常主频比数据库服务器的速度还快（比如现在8CPU的数据库服务器主频只有800M，而双CPU的刀片式服务器CPU主频已经到2.8G了），而且对于多层架构，支持中间层服务器可以增加多台机器进行负载均衡，用中间层服务器即价格便宜，扩展空间也更大。
   
   3、开发问题
   存储过程还是过程型语言，其重用性比不上JAVA等面向对象语言开发。用JAVA开发的中间层服务可服用性更好（当然，前提是你采用面向对象设计）
   
   
   上面只是列举的一部分问题，这些问题就值的你好好考虑是否采用存储过程了，我的观点是存储过程应该有选择地使用，牵涉到批量数据操作的，用存储过程较好。对于小数据量处理的事务操作，应放到中间层处理，这样系统的移植性和扩展性更好