为什么使用plsql

为什么要用PLSQL
to be or not to be this is a question
大家都很熟悉的沙翁的一句名言，在3GL大行其道和如今的编程思想的影响下，用不用PLSQL，这个在tom看来很不可思议的开发模式（不用PLSQL），甚至conner同志一再强调：在基于oracle的项目中，不使用PLSQL如同编程时将一只手绑在后背上，我们却还在讨论要不要使用的问题，这确实是个问题。

综合了Conner列举的两个不使用PLSQL的观点，大概有以下原因：
1.他们想构造一个完全独立于数据库的程序，并美其名曰为了开放性；
2.PLSQL不能实现3GL能实现的功能；
针对第一个观点，试图构建一个真正脱离于数据库的应用程序，这几乎是不可能完成的鲁莽任务。

我们首先来论证一个观点：应用是为数据服务的，如同老马同志定下的“定律”：一个应用程序如果不保存数据，实在看不出它有什么用处。

数据库是一种数据管理工具，其核心在于关键数据。

而关键数据将应用开发、运维紧密地关联在了一起。

既然应用程序是围绕着数据在运行的，按照这个论点，构建一个应用程序从大体架构上是非常简单的，无非是把数据怎么很好的展现出来而已，复杂的只不过是业务逻辑而已。

但是我们几乎把所有的精力和目光都投在了应用层（相对于数据库层而言）上。

很少有人去真正的关心数据库，虽然oracle可以干的事情有很多，在这些专家的眼里，oracle只不过是存储数据的一个容器而已。

完全独立于数据库，是不是可以认为连数据都不要存储在oracle中了，这可能有点极端。

但是，现在的事实就是，用于构建应用层的技术是日新月异，EJB，struts、jsf，你方唱罢我登场，更新的速度如同火箭升空的速度，真真是应了“流行框架”之说。

如果把应用逻辑放在这些有可能明年就是昔日黄花的前台中实现的话，可能这就是你为你自己挖下的一个陷阱。

试想，从java平台“迁移”到.net平台上，你的应用逻辑得从头开发，这还开放吗？也许直到此时，你才发现过去的很多年中，唯一屹立不倒的是数据库。

说说tom举过的一个例子：使用visual basic、activex控件、iis服务器并基于oracle数据库构建了一个应用，这些程序员的问题是：如果业务逻辑用PLSQL来编写，岂不是完全依赖于oracle了，这还怎么有独立性和开放性而言？乍一听，有道理啊，可是分析一下：开发语言已经和操作系统绑定了，控件技术也和操作系统和开发商绑定了，甚至web服务器也和操作系统锁定了，唯一可以选择只有数据库了吧，这还独立呢，如果想独立于操作系统，就应该用java 和apache。

Tom感慨：实在看不出使用plsql有什么不好。

针对第二个观点，如今，11g都已经盛行了，plsql是缺乏一些特性，但是基于应用的需求，几乎没有plsql实现不了的业务逻辑。

既然是为了数据服务，恐怕目前，还没有任何一种语言比plsql和sql 更贴近oracle数据库和数据了。

从性能上讲，在有限的系统资源和网络资源下，使用plsql来完成业务逻辑，而前台应用只发出调用指令是非常的节省系统资源的。

以读出数据展现到用户面前为例：
如果在应用层编写sql语句，大部分是拼接而成的字符串，在B/S架构下，这些字符串得从应用服务器上通过网络传输到数据库服务器上，在并发的情况下，将占用大量的网络资源，并且这些拼接的sql语句大多为动态sql，又会因为解析（又大多是硬解析）而占用大量的数据库的cpu时间，这也可能是我工作过的两个公司出现的在现场培训的过程中区区的二三十个人就能让服务器崩溃和在日常工作应用中程序运行很慢的原因。

反之，如果在plsql中实现业务逻辑，plsql会自动的为任何变量是用绑定变量，并使这些静态sql的解析最下化，这样一来，由于解析带来的占用cpu时间的问题得以解决了，并且前台也不用占用太多的网络资源而把sql语句字符串传送到数据库服务器了，所做只是一个调用指令而已。

在plsql返回结果集到前台上，使用游标可以实现，如果使用游标变量，也就是游标指针的话，特别是在数据量特别大的时候，更能节省系统资源和网络资源，传送的只是结果集的一个指针而已。

这在效能上将会获取益处。

可能会有人提出异议，假设在应用层写的sql语句很棒，并且都是用了绑定变量也会避免硬解析带来的巨大的系统资源的负担，这就带出了下一个话题：最简单的就是最好的。

最简单的就是最好的，这句话对plsql来说是对的，但是对于其他的3GL并不是都是对的，在这些语言中，简单的往往不是最优的。

你需要做大量的工作以保证所有的变量都使用到了绑定变量，例如jdbc中的statement何preparedstatement，处理sql语句的最容易的方法莫过于使用一个statement 对象，类似于以下的代码是很常见的，想当年我也敲过这些代码：
Statement stmt = conn.createStatement();
for(int i =0; i <10000; i++)
{
ResultSet rs = stmt.executeQuery(“select * from emp where emp_id=”+i);
Stmt.close();
}
很明显的，这些代码是不合格的，因为没有使用绑定变量，用preparedstatement来使用绑定变量以达到高效的要求:
……….
Preparedstatement ps；
for(int i =0; i <10000; i++) {
ps = conn.preparestatement(“select * from emp where emp_id=?”);
ps.setint(1,i);
ResultSet rs=ps.executeQuery();
Ps.close();
}
我记得这是我在进行java培训时，党国涛老师教给我们的，这确实可以避免解析带来的开销。

然而这个程序中，还会带来一些不变要的软解析，因为，这个要调用10000次，通过dbms_sql工具分析后可以看到，依然进行了10000次解析，虽然重用了编译后保存在共享池中的sql语句而达到软解析以及性能上得到了很大的提高。

但是我们想要得到的只解析一次，在java中，使用singleton 模式来实现，把sql语句放在循环的外部：
………
If(ps == null){
ps = conn.preparestatement(“select * from emp where emp_id=?”);
}
for(int i =0; i <10000; i++) {
ps.setint(1,i);
ResultSet rs=ps.executeQuery();
Ps.close();
}
由此可以看出，如果想以正确的方式使用绑定变量，就得费尽心思，编写更多的代码。

（感谢conner 提供的很好的事例和论证），而这一切在PLSQL中变得简单起来：
Create replace function query_emp (p_id in number)return sys_refcursor as
Rc sys_refcursor;
Begin
Open rc for select * from emp where emp_id = p_id;
Return rc;
End query_emp;
就是这么简单，根本就不需要过多的考虑绑定变量，Plsql已经为你做好了这一切，因为oracle总是希望你使用绑定变量来编程。

我们总结一下吧;
1.plsql更贴近数据。

2.最简单的就是最好的。

3.使用绑定变量来避免硬解析数，从而减少cpu占用时间以提高程序的性能。

4.节省网络资源，特别是使用游标变量的时候。

最后再次感谢老马和conner给出的事例和论证，并综合老马和conner奉行的原则结尾：
1.尽量使用sql而少用plsql；
2.尽量少使用plsql；
3.如果plsql无法实现，考虑java的存储过程(如今的oracle版本，这样做的可能
性很小)；
4.如果java还不能实现，就用C；
5.如果C还不能实现，就得考虑你构建的这个程序是否有意义。