Author Archives: sapimplexpert

          当你在开发一个基于数据库的应用的时候，你可能会想这样一个问题：数据库有关的事务操作部分因该放在那里？是以存储过程（stored procedure）的形式放在数据库端呢，还是将查询以及相应运算嵌在应用程序当中呢？要回答这样一个问题，你首先要了解存储过程以及内嵌SQL这两种 方案各自的优缺点以及他们分别适用的场合。 这也是我最近遇到的问 题，在写一个有大量数据库操作的程序，是在InterBase上开发；工作中又要不断在SQL Server和Oracle两种环境下操作，SQL Query Analyzer中用F5执行查询，PL/SQLDeveloper中用F8执行查询，这两个快捷键已经有些让我不知所措了。加上一大堆含义相同名称迥异 的概念，各自扩展的SQL语句，还有不同时期不同人写就的View,Stored Procedures,真是有些云里雾里的感觉。 我一直坚持只用标准的SQL语句编程，从效率、安全和维护方面出发也考虑利用存储过程来处理大量的数据操作，但可移植性方面的问题又让我望而却步。所以至今还是把大量的SQL语句嵌入到程序中，这其中利与弊又要如何考量呢？？？ 为什么要使用存储过程（Stored Procedures）? 存 储过程是一组T-SQL语句，它们存放在一起形成一段SQL程序。在运行的时候，你可以传入一些参数；你得到的可以是结果集合（result set），也可以是输出参数（outputparameters），甚至是返回值（return value）。存储过程在第一次被执行的时候，数据库系统要首先对它进行分析和编译。编译后得到了一个执行计划（executionplan）。所谓执行 计划就是数据库具体执行这个存储过程的先后步骤的过程纪录。这个编译得到的执行计划被放置到数据库的缓存池中以备以后再次使用。如果这个存储过程今后再次 被调用，那么数据库将从缓存池中取出这个执行计划来运行。这样就避免了重复对该存储过程进行再次分析和编译，从而提高了数据库的性能。（这些缓存池中的执 行计划将一直被保存着，直到数据库重新启动或是系统内存不够用而被清除出缓存池）。 是否使用存储过程，我们可以从以下三个方面来进行分析。 一．性能（Performance） 在 网络传输方面，存储过程比查询仍然占有优势。因为使用存储过程只需要向数据库传递存储过程的名字和必要的参数，而不是像查询那样要传输全部查询语句。如果 查询逻辑复杂的话，那么查询语句的大小也将会比较可观。另外，设计合理的存储过程可以减少客户端和数据库端之间的往返，甚至减少到一次。在决定是否使用存 储过程的时候，你还要判断你的特定操作是不是利用了存储过程的长处。总体来说： 基于集合的运算（Set-Based）是SQL的强项 基于行的运算（Row-Based）以及基于字符串的运算（String manipulation）不是SQL的强项。 二．可维护性和抽象能力（Maintainability and Abstraction） 使 用存储过程另外一个潜在的好处就是可维护性好。对于好多更动，你也许只需要更改存储过程的具体实现就可以完成。所有使用它的客户端程序就不需要重新修改， 调试和编译。这样很多变动对于客户程序来说就是透明的（transparent）。在大多情况下，这种办法往往是最有效和最简单的。 通过抽象具体实现（implementation）和将SQL语句放在存储过程中，可以使任何客户端调用者以一个统一的形式来访问数据。不同的用户也将永远得到同一样的结果。 需要指出的一点是使用存储过程不能防止你修改数据库结构和事务处理规则。如果更动比较大，需要重新设计传入的参数或者返回值，那么你将需要修改客户端调用这些存储过程的程序段。 你 … Continue reading →