Delphi7下用dbExpress调用Oracle存储过程(返回数据集)的一个简单示例和调试过程

Delphi7下用dbExpress调用Oracle存储过程(返回数据集)的一个简单示例和调试过程

关键字：Delphi7 dbExpress  Oracle  存储过程  游标


一、问题缘起：   
    昨天晚上在网络上偶遇jcc老兄，谈起一个月前的一个帖子。他是想用dbExpress调用oracle中返回数据集的存储过程，用来制作报表的。

    对我来说，在Delphi中调用Oracle返回数据集的存储过程一直是个头疼的问题，以前曾用ADO调用过，费了很大劲才搞定（多谢大富翁论坛上的朋友热心帮助）。

    当时我在那个帖子中插了一句话，又在QQ上和他聊了很多。后来在D6下做了个测试，用dbExpress调用oracle返回数据集的存储过程。尝试参考BDE的和ADO的调用的方法，调试了很长时间，都没有成功。再后来这个事就扔起来了，悬而未决。

    昨天晚上恰又逢jcc，谈到了一个月前的这个问题，他说“后来总算七碰八碰的把问题解决了，嘿嘿”。我听后，很是感兴趣，所以就做了一个DEMO来测试。

   jcc的帖子链接如下：

   大富翁的帖子：
      http://www.delphibbs.com/delphibbs/dispq.asp?lid=2196755

   CSDN的帖子：
      http://expert.csdn.net/Expert/topic/2302/2302711.xml?temp=3.541201E-02
      http://expert.csdn.net/Expert/topic/2358/2358613.xml?temp=.748852
      http://expert.csdn.net/Expert/topic/2353/2353495.xml?temp=.8681757

    看帖子，是用的D6。于是在Delphi6中按照帖子所说的方法，将游标定义在包内，存储过程写在包外，用TSQLConnection连数据库，然后用TSQLStoredProc连存储过程，发现还是无法正常执行，出现错误提示，直到现在也没有搞明白问题所在。

    接下来又搞了一个多小时，用PL/SQL写了一些简单的存储过程（带传入参数的和不带传入参数的）做测试，均调用不成功。需要和jcc做进一步交流，他正在加班，给我发来一句“现在忙！一定不要打挠，以后时间多的是给你！”就忙去了。
    叹了口气，看来我只好自力更生了。（写到这里想起了三五九旅和南泥湾，肃然起敬！ ^ō^）

   在整个的用D6调试的过程中，出现的错误提示，我见到的大致有以下几种情况：
   ---------------------------
   ORA-06550: 第 1 行, 第 7 列:
   PLS-00201: 必须说明标识符
   ORA-06550: 第 1 行, 第 7 列:
   PL/SQL: Statement ignored.
   ---------------------------
  或
   ---------------------------
   ORA-06550: 第 1 行, 第 7 列:
   PLS-00306: 调用时参数数量或类型错误
   ORA-06550: 第 1 行, 第 7 列:
   PL/SQL: Statement ignored.
   ---------------------------
  或
   ---------------------------
   Access violation at address 00000000. Read of address 00000000.
   ---------------------------
   有的时候还会出现“Access violation at address 06053AF8 in module 'dbexpora.dll'. Write of address 00000008.”这个错误提示。 这是系统调用dbexpora.dll时出现的异常。
 
    于是无限郁闷。@_@
    于是移师到Delphi7下继续调试。（潜意识中，我对Delphi5、Delphi6和Delphi7的感情，是不一样，虽然它们一脉相承。奇怪吧？我也不知道这来源于哪里，也不能说倾向于那一个，但就是在感情上是感觉不一样的，乖乖~~~不知道各位是不是有这种感觉 ⊙_⊙ ）

    世事难预料。
    想不到在D7下捣鼓了一会儿就搞定了。
    想不到比用ADO调用还更简单方便！  ⊙ō⊙

    由于以前没有用过dbExpress做过项目，对dbExpress是不怎么了解的。只是大概的知道D7中新增加了TsimpleDataset，替换了D6中的TSQLClientDataSet。通过这次调试，发现D7版的dbExpress的确是新增了一些新东东，比D6版确是有很多改进，更易用且安全快捷！

    今天上午又做了一个简单的三层Demo，做了同样测试，发现也很爽！ ^ō^

    现在我就把在D7下用dbExpress调用Oracle存储过程(返回数据集)的整个调试过程和在调试过程中的一些想法写下来，给有这方面需求的朋友做一下参考，同时也作为我在大富翁论坛上的第一篇写作笔记。 ^_^


二、几点说明：
 
   在开始之前，先做几个短暂的总结性说明，这样介绍下面的操作步骤时就会更容易说明白：

   1.D6和D7的dbExpress版本是不一样的，Delphi6中是dbExpress 1.0，Delphi7中是dbExpress 2.0。dbExpress作为Borland新一代的跨平台的数据访问引擎，是大有发展潜力的，跨平台是其最大特点。但是dbExpress自身目前仍需完善（比如现在支持的数据库还不是很多、健壮性有待提高等）。
让我们拭目以待，期待Delphi8的问世。^_^


   2.用Delphi6调试Oracle的存储过程的时候，发现有如下情况：
  
   <1>将存储过程写在Oracle的包内，当TSQLStoredProc连接到TSQLConnection时，对象监视器StoredProcName属性中，下拉列表是空白，显示不出任何存储过程的名字，         TSQLStoredProc没有自动得到当前的任何存储过程。(可以手工添加存储过程名，形式如“包名.存储过程名”)
  
   <2>将存储过程写在Oracle的包外，当TSQLStoredProc连接到TSQLConnection时，           TSQLStoredProc能自动得到当前表空间中的存储过程名称，在对象监视器StoredProcName属性的下拉列表中可供选择。所以在上面提到的CSDN的帖子中RockYuan说“存储过程放包外面”，指的就是这么回事。

   3.D6和D7的dbExpress中TSQLStoredProc组件的属性是有一些不同的。最明显的是 D6的TSQLStoredProc只有StoredProcName这个属性，而D7的的TSQLStoredProc除了有StoredProcName这个属性外，还有个属性PackageName。这就使我们能够方便的调用Oracle中的包及包中的存储过程。
     这一点很重要（太伟大了！），我们下面要用到PackageName这个属性的。


   4.既然D7的TSQLStoredProc组件提供了PackageName属性，我们就把存储过程按照惯例写在包内，PackageName属性对应包名，StoredProcName属性对应存储过程名，这样易于组织、管理和方便使用，逻辑上也清晰。（这就是“懒”的好处。有名人曾说过：这个社会之所以在进步，是因为人们总是想变的更“懒”一点。还有一句话叫做“有资源不用等于浪费！”^ō^ ）


三、调试过程：

   下面就开始一步一步来调试，先说明一下我的调试环境：
     D6的调试操作环境： Win2K Pro + D6 + upd2 + Oracle817  
     D7的调试操作环境： Win2K Server + D7 + Oracle817
  
   好的，现在开始写这个示例了：

   1。在Oracle数据库中建立数据表，结构如下：

     /* TSRES是表空间的名称，Subject是表名称 */ 
      CREATE TABLE "TSRES"."Subject"(
          "ID"    NUMBER(16)   NOT NULL,
          "CODE"  VARCHAR2(20),
          "TITLE" VARCHAR2(40),
          "DXDM" VARCHAR2(20),
          constraint PK_Subject primary key ("ID")
         );


    2。在SQL_PLUS中创建程序包，如下：

        /* 程序包 */ 
        CREATE OR REPLACE  PACKAGE "TSRES"."QUERY_PACKAGE"  AS
  
        /* 定义游标 */  
        TYPE My_Cursor IS REF CURSOR; 

        /* 查询过程 */
        procedure Subject_Select(DXDM_X in TSRES.Subject.DXDM%type,
                            Result_Data out Query_PACKAGE.My_Cursor);
  
       End QUERY_PACKAGE;


    简单说明：因为是要返回查询结果的，所以是要使用到游标的。在这里声明了一个弱性游标类型My_Cursor，我们调用存储过程进行数据查询的工作就全靠它的游标变量来完成了。
游标的具体的使用说明，请参阅PL/SQL相关的书籍。


   3。程序包体创建如下：

    /* 程序包体 */ 
     CREATE OR REPLACE  PACKAGE BODY "TSRES"."QUERY_PACKAGE"  AS
  
      /* 做简单的查询，带有一个传入参数 */
       procedure Subject_Select(DXDM_X in TSRES.Subject.DXDM%type,
                            Result_Data out Query_PACKAGE.My_Cursor)
        is
          begin
            open Result_Data for
             select  TSRES.Subject.Code,TSRES.Subject.Title
             from    TSRES.Subject
             where   TSRES.Subject.DXDM=DXDM_X   /* DXDM_X是需要传递进入存储过程的参数 */
             order by TSRES.Subject.ID;
          end Subject_Select;                                       
        end QUERY_PACKAGE;

    简单说明：在程序包体中写了一个查询过程，声明DXDM_X是传递进入到存储过程的参数，用in来标识，声明Result_Data是Query_PACKAGE包中的My_Cursor游标类型的游标变量，是out型参数。open Result_Data语句就是打开游标，用来返回SQL查询的数据结果。
    注意：包和包体的编写一定要正确，不然我们无法进行下面的工作。这个可以在Oracle中做简单的测试。同时，这个也是整个操作过程中的难点。

   4。到此Oracle数据库表结构和需要测试调用的存储过程创建完毕。

   5。向数据表TSRES.Subject中添加若干条记录以备查询之用。

     如：  ID      Code     Title      DXDM 
             1        01         河北      100000
             2        02         山东      100000
             3        01         河南      100000
             4        04         黑龙江   100001
             5        05         吉林      100001
             6        03         辽宁      100001
             7        06         陕西      100002
             8        03         甘肃      100002


    6。打开D7，New -> Application新建工程Project1，选择dbExpress页框，放置TSQLConnection、TSQLStoredProc 于 Form1 上为SQLConnection1和SQLStoredProc1。


    7。SQLConnection1组件的属性设置：

     <1> SQLConnection1.ConnectionName:='OracleConnection';
       在下拉列表中选择OracleConnection，此时SQLConnection1的其他属性如DriverName、LibraryName、VendorLib等会自动设置完成。
       
    注意：在Delphi6中此处操作选择是SQLConnection1.ConnectionName:='Oracle';因为D6和D7所带的dbExpress版本不同，所以看到的ConnectionName名字不同。      
   具体的请打开/Program Files/Common Files/Borland Shared/DBExpress目录下的dbxconnections.ini文件，看看便知。

   DriverName所列出的是dbExpress目前支持的数据库驱动的名字。请打开/Program Files/Common Files/Borland Shared/DBExpress目录下的dbxdrivers.ini文件，会看到这个ini文件的第一小节 [Installed Drivers] 中所写的dbExpress支持的数据库驱动名称。
    dbExpress 1.0支持4种数据库的驱动，dbExpress 2.0支持6种数据库的驱动。

    LibraryName是dbExpress提供的相应数据库的dll文件的文件名，因为我们选择的是OracleConnection (Oracle数据库)，所以此处会显示dbexpora.dll，假如我们选择的是DB2Connection（DB2数据库），则会显示dbexpdb2.dll，这些dll文件是在/Program Files/Borland/Delphi7/Bin目录下的。上面提到的在D6下调试的时候出现的“Access violation at address 06053AF8 in module 'dbexpora.dll'. Write of address 00000008.”错误，便是LibraryName属性指定的dbexpora.dll文件在程序内部的交互中出现了严重问题，这也是dbExpress 1.0不够健壮的表现。       
   
    D6的dbexpora.dll 大小为161 KB (165,376 字节)，D7的dbexpora.dll 大小为167 KB (171,008 字节) ，嗯，有所加强。:) 这些动态链接库文件很重要，下面我们还会再谈到它们。

    VendorLib根据字面意思理解应该是数据库厂商提供的dll文件的文件名。选择OracleConnection (Oracle数据库)后，VendorLib属性值为oci.dll。这个dll文件可以在本机的/oracle/ora81/bin目录下找到，是oracle817自带的动态链接库文件，大小为87.0 KB (89,088 字节)。
    需要说明的是：不管您只选择安装了Oracle8i的客户端还是安装了数据库，oci.dll这个dll文件是都会在您的机器中存在的。


    <2>Params设置如下：

       DriverName=Oracle      //驱动
       DataBase=Develop      //这是数据库的名字
       User_Name=jrq           //用户名 
       Password=jrq              //密码
       RowsetSize=20           //Params其他项保持默认即可
       BlobSize=-1
       ErrorResourceFile=
       LocaleCode=0000
       Oracle TransIsolation=ReadCommited
       OS Authentication=False
       Multiple Transaction=False
       Trim Char=False

    注意：因为D6和D7的dbExpress版本是不一样的，所以会发现在Delphi6中SQLConnection1.Params的参数数量和顺序是与Delphi7中不一样的。请区别对待。

   <3>设置SQLConnection1.LoginPrompt:=False;
      TSQLConnection这个属性的作用，是和BDE中TDatabase及ADO中TADOConnection的LoginPrompt属性的作用是一样的^ō^
      这个就不用多说了。

    当上面<1><2><3>步设置完成之后，点击SQLConnection1.Active属性。
    如果能成功的选择True，则说明已经成功的连接到Oracle数据库了。
    看到了吧，dbExpress连数据库的确是挺简单的！ ^ō^

    上面<1><2>操作的另外一种设置方法是：双击Form1上的SQLConnection1图标，这时就会弹出设置窗口来，选择Oracle驱动，设置数据库的属性等等，在此不一一细说。

    <1><2><3>步设置完毕后，如果此时打开上面提到过的dbxconnections.ini文件看看，就会发现刚才所做的所有配置都在里面保存着。就这么简单！:)


    8。保持SQLConnection1.Active状态为True，进行SQLStoredProc1的设置，如下：

       SQLStoredProc1.SQLConnection:=SQLConnection1; //连接 SQLConnection1

       SQLStoredProc1.PackageName:='QUERY_PACKAGE';//选择包名。D7版的这个属性很重要。

       SQLStoredProc1.StoredProcName:='SUBJECT_SELECT'; //选择存储过程名。
  
    PackageName 和 StoredProcName，本示例中最终要的两个属性终于露面了。PackageName属性对应Oracle数据库中程序包名，StoredProcName属性对应程序包体中的存储过程名，看看dbExpress为我们提供的服务是多么周到细致啊！
    在本示例中，Delphi与Oracel整合成败的关键一步就在于此（世事难预料啊）！
    如果SQLStoredProc1 的 PackageName 和 StoredProcName属性都能按照上面所写的显示并能做正确的选择，那么值得恭喜：已经成功了一多半！⊙ō⊙

    这是多么令人激动的、使人兴奋的、值得骄傲的事情啊！（这是小学写作文时的常用语 ⊙ō⊙ ）


    9。将SQLConnection1.Active状态设为False（这样节约系统资源 ^ō^），接着进行下一步操作。


    10。放置TButton于Form1上为Button1。


    11。写Button1的OnClick事件如下：
  
    procedure TForm1.Button1Click(Sender: TObject);
    begin
       //----连接数据库----
       if not SQLConnection1.Connected then
          try
             SQLConnection1.Connected:=True;
          except
             //处理异常
             Application.MessageBox('数据库连接失败！','错误信息',MB_OK+MB_ICONERROR);
             Exit;
          end;

       //---执行存储过程----
       with SQLStoredProc1 do
          begin
             SQLConnection:=SQLConnection1;
             Close;
             Params.Clear; //清除参数

             PackageName:='QUERY_PACKAGE';                       //程序包
             StoredProcName := 'SUBJECT_SELECT' ;                //程序包中的过程
             Params.CreateParam(ftString ,'DXDM_X',ptinput) ;//生成ptinput型参数，注意此处的DXDM_X对应存储过程的in型参数
             Params.CreateParam(ftcursor, 'Result_Data',ptoutput) ; //注意此处的Result_Data对应存储过程的out型参数。
             Params.ParamByName('DXDM_X').Value:='100001';      //参数赋值，将此值传递给存储过程，用来做SQL查询的条件。
             try
                Open;  //--执行存储过程--
             except
               //--处理异常--
                Application.MessageBox('执行存储过程失败！','错误信息',MB_OK+MB_ICONERROR);
                Exit;
              end;
          end;

         //----处理返回数据结果集,此处只是做简单的显示工作。----
         //----您可以在此处进行更负责的处理，比如中间层向客户端返回数据等工作。----
         with SQLStoredProc1 do
            begin
               First;
               while Not Eof do  //--数据集循环，显示得到数据--
                   begin
                       ShowMessage(FieldByName('Code').AsString+'--'+FieldByName('Title').AsString);
                       Next;
                   end;
             end;
    end;

   简单说明：
    CreateParam函数原型为：function CreateParam(FldType: TFieldType; const ParamName: string; ParamType: TParamType):TParam;
    写参数时要注意FldType、ParamType的类型需要和调用的存储过程的参数类型一致。这一点非常重要，也是难点，写语句的时候请仔细对照参数属性和类型，使其对应一致。
 
   访问返回的数据集数据，用SQLStoredProc1.FieldByName('字段名').AsXXXXX 就可以了。
   其中的'字段名'是存储过程中SQL语句的查询字段的名称。


   12。OK，F9，如果编译不出错，就会运行。（这是大实话）


   13。真正激动人心的时刻到了，请屏住呼吸！
       运行程序，点击Form1上的Button1按钮，会弹出ShowMessage的窗口。
       此时显示的就是在Oracle存储过程查询到的数据。爽吧？  ^ō^ 
       OK！大功告成！
       可以长出一口气了，可以cheer庆祝了！ ^O^


四、画蛇添足:
 
    针对这个示例，意犹未尽的再补充几点说明和一些想法：

    1.把上面说的东东搞定了，转换到在三层结构中客户端向中间层的查询就容易多了：中间层的远程数据模块(RDM)上放置dbExpress组件，搭建中间层环境。用Type Library注册查询方法GetDate(...)，然后在客户端调用XXXXX.AppServer.GetDate(...)就OK了。
     三层的具体操作过程略，请参阅与多层分布式相关的文章书籍。

     另外，上述示例还没有来得及在Kylix下做测试。因为Kylix3中也是dbExpress 2.0版本，因此原则是可以运行的。您可以在New -> CLX Application 新建一个CLX工程做测试。CLX 的意思是Component Library for (cross)X-platform――跨平台组件库，这样的工程可以把程序移植到Kylix下编译运行。

    2.由于dbExpress引擎是不使用数据缓存的，数据访问是单向的。处理数据虽快了，但也是有代价的，不能按照传统的常规数据集来操作，给应用操作也造成了很多不便之处（我的观点）。我第一次接触dbExpress是在Kylix2下，然后才转到Delphi下的。那时候还不知道dbExpress的特性，想在TDBGrid中显示数据，谁知一用，当时就傻了！⊙_⊙

     由于一些数据感知组件如TDBGrid等是需要用到数据缓存的，这和dbExpress组件的存取机制是矛盾的。所以当打开数据集时会出现如下内容的警告框：“Operation not allowed on a unidirectional dataset”！
     这一度让我以为是Kylix的TBDGrid有问题。:(  当时还气冲冲的在大富翁发了一个帖子质问TBDGrid，链接如下：
     http://www.delphibbs.com/delphibbs/dispq.asp?lid=1216409

     后来才知道针对dbExpress操作中用TDBGrid显示数据，或修改提交数据的问题可以有两种可操作的方法，如下：
   
      <1>用dbExpress -> TDataSetProvider -> TClientDataSet -> TDataSource ->TDBGrid 这套组件的组合来操作。

       这里用到了TdataSetProvider，Delphi多层分布式编程中最重要的组件。它具有数据缓存机制，所以这就能够使dbExpress操作数据的能力变得从容简单并且具有张力，显示数据和处理数据的方式变得方便并且逻辑清晰。

       熟悉多层分布式的朋友看到这套组件的组合时，肯定会立刻感到惊奇：这个微型架构差不多就是通常的三层结构中常用的架构模式！呵呵，可以称作是“伪三层”的。
我当时的感觉是：太神奇了！。⊙_⊙

       Delphi再一次向我们展示它的玄妙之处、微妙所在！！

      <2>使用D6的TSQLClientDataSet或D7的TSimpleDataset。

     这两种方法在上面提到的那个帖子中都提到了并讨论过，可以作为参考查阅。

    3.终于该说TsimpleDataSet组件了，上面没有详细的谈到它。TsimpleDataSet是一个有神奇特点的组件，它是D7特有的组件。打开它的SimpleDataSet.DataSet属性集看看看就会知道。 

     关于SimpleDataSet.DataSet.CommandType属性，D7的帮助文件中是这么写的：
    
       CommandType       Corresponding CommandText
       ------------------        ----------------------------------------------
       ctQuery                   An SQL statement that the dataset executes.

       ctStoredProc           The name of a stored procedure.

       ctTable                    The name of a table on the database server. The SQL dataset
                                          automatically generates a SELECT statement to fetch all the
                                          records on all the fields in this table.

     也就是说设置TsimpleDataSet的DataSet.CommandType属性，它就可以对应到传统意义上TQuery、TStoredProc和TTable组件，可以作为DataSet数据集组件来使用。它的运行参数或SQL语句是写在DataSet.CommandText中的。

     另外，TSimpleDataSet自身包含了一个Connection的属性集，设置这个属性集就能连上数据库独立运行，也就是说TSimpleDataSet可以单独使用而不需要TSQLConnection的支持，它自成一家，并且它是支持数据缓存的（这一点就决定了它可以和数据感知组件搭配在一起为人民服务了）。

     所以TsimpleDataSet组件在dbExpress中的地位和作用是不言而喻的。
     所以D7中用TSimpleDataSet代替D6中的TSQLClientDataSet，是不无道理的。:)

     不过我要说的是：在这次调用Oracle存储过程(返回数据集)的调试过程中，我顺便用了一次TsimpleDataSet。把它的DataSet.CommandType设置为ctStoredProc，然后调用Oracle的存储过程，发现还是存在问题的。出现异常，提示的什么错误信息，忘了。:)

     并且还发现它只能自动得到写在Oracle程序包外的过程，写在包内的却得到不到（就是说DataSet.CommandText的下拉列表中是空白），关于这一点，和前面说过的在D6中用TSQLStoredProc组件调试时发生的情况非常相似。

    4.由于这一段时间在搞JAVA，李维先生的那本《Delphi7高效数据库程序设计》半年前买回来就束之高阁了。刚才特意拿出来，翻了翻关于TSQLStoredProc组件介绍的部分。在第73页下方看到一段话，现在摘录下来(用扫描仪扫下来的，几乎没有错字 ^_^):

    “对于会返回数值的存储过程而言，当使用TSQLStoredProc组件调用时，在存储过程执行完毕之后，存储过程会把返回的数值存储在TSQLStoredProc组件的Params特性值中。程序员只需要调用Params的ParamByName方法，并且以存储过程返回的数值的名称作为ParamByName方法的参数即可。但是Delphi7联机帮助在这个地方说错了。要想调用会返回数值的存储过程，程序员仍然需要调用TSQLStoredProc组件的ExecProc方法，而不是设置Active特性值为True或是调用 Open方法。”

      看完后很是诧异，因为上面我写的代码中就是用的TSQLStoredProc组件的Open方法,但是并没有发现出了什么错误。

      于是赶紧看了看D7中关于SQLStoredProc.ExecProc方法的联机帮助，如下：

      ----------------------------
       Call ExecProc to execute the stored procedure specified by StoredProcName
       if it does not return a cursor. ExecProc returns the number of rows affected
       by the stored procedure. This becomes the value of the RowsAffected property.
       To speed performance, an application should ordinarily prepare the stored
       procedure by setting the Prepared property to true before calling ExecProc
       the first time.

       Note:Do not use ExecProc for stored procedures that return a cursor. When the
       stored procedure returns data, use the Open method or set the Active property
       to true.
      ----------------------------

     E文水平差，勉强看懂。就我个人观点来看：帮助文件中说的是没有错的。尤其是最后Note中说的两句，已是点睛之笔了！

     我又将上述代码改了一下，做了一次测试，改用ExecProc方法执行存储过程，却发现当执行到SQLStoredProc1.First的时候，Delphi7提示“SQLStoredProc1: Cannot perform this operation on a closed dataset”的异常警告。

     至此，我得出结论：TSQLStoredProc的ExecProc方法，和传统意义上的数据集的ExecProc方法在使用上其实质并无出入和差别，它们的使用方法应该是一样的（该用Opne的时候就Open，该用ExecProc的就ExecProc），TSQLStoredProc和传统意义上的数据集在此处扮演相同的角色。
  
     又看了看李维先生写的范例，是使用的InterBase数据库。按道理来讲TSQLStoredPro的ExecProc方法操作应该和数据库无关的。我的计算机上现在没有安装InterBase，不知道是否真的和这个有关系。

     在这里我无心论证李维先生说的是否有偏颇，也不知道他是如何得到这个结论的，只是对这个说法提出置疑。当然如果有哪位大虾知道这其中的奥妙，麻烦请您请通知我一下，我在等着您的解惑。
     我提出这个问题我也先暂时保留，以备日后参考，或留做再进一步测试之用。⊙_⊙


    5.关于程序发布的问题。开始的时候，单独copy了用D7编译出来上述示例的exe程序，到另外一台装了Oracle的计算机（已经安装了同一个Oracle数据库的客户端）上运行，发现是有问题的，无法执行存储过程，很是奇怪。后来想到了dbExpress引擎连接数据库需要上面说过的一些dll文件，有可能是没有发布dll文件造成的。
      于是到/Program Files/Borland/Delphi7/Bin目录下找到 dbexpora.dll这个文件（就是上面提到的大小为167 KB (171,008 字节)的那个），把它copy到需要发布程序的计算机的/WINNT/system32目录下（不需要用REGSVR32.EXE进行注册），然后再运行exe程序。嘿嘿，一切OK，运行良好，畅通无阻！^0^

     于是得到另外一个结论：用dbExpress编译的数据库程序发布时，需要连同相关的dll文件一块发布。用到那种数据库，就需要发布dbExpress提供的与此数据库相关的动态链接库文件――把相关的dll文件copy到系统system32目录下或放到和exe程序同一目录下即可。
     在Delphi7中，dbExpress提供的支持的6种数据库驱动引擎的dll文件分别是：
        [DB2]        dbexpdb2.dll
        [Interbase]  dbexpint.dll
        [MySQL]      dbexpmysql.dll
        [Oracle]     dbexpora.dll
        [Informix]   dbexpinf.dll
        [MSSQL]      dbexpmss.dll

     其实这些数据库对应的dll文件在上面提到的dbxdrivers.ini文件中写的很清楚，很明白，一看便知。

     假如是开发的三层分布式结构的程序，在发布时，除了在中间层服务器上发布AppServer中间层服务程序和MIDAS需要的东东外，再把dbExpress提供的相关的dll文件也一起发布了就可以了。这个没有做测试，理论上应该是酱子的（这个样子的^_^），应该不会有太大的困难的。 :)


    6.jcc老兄在D6下把dbExpress调用oracle返回数据集存储过程的问题搞定了，我的D6还是不行，还需要和jcc多多交流，看看问题出在了哪里。
      如果有那位大虾也在D6下搞定了，麻烦请您请通知我一下，我正在翘首等着您的帮助呢。谢谢您。

    7.用ADO调用Oracle存储过程(返回数据集)也是很头疼的（这一类相似问题的存在也就代表了有这一类相似的需求，这也算是我写这篇东东的一个初衷），TADOStoredProc组件似乎存在某些缺陷，当时用ADO快把我搞疯掉了，不过总算是搞定了。
     请参看我以前为搞这个问题的帖子（仅供参考而已），同时也感谢热心帮助我的朋友：
       http://www.delphibbs.com/delphibbs/dispq.asp?lid=1321421

    8.一直没有机会用dbExpress做实际应用的有价值的东东，都是东一榔头西一棒槌的学点感兴趣的，所了解的仅仅只是停留在表层上并且很粗糙，对一些深入的东东一无所知。深感水平有限，以上说的不对的地方请您多多指正。表示感谢。
     联系方法 Email：jrq@educast.com.cn    QQ:1142610

    9.发现越罗嗦越多了，打字打的手也累了，赶紧打住，喝杯茶。:)

      想了想，有时间的话，看看李维先生的《Delphi7高效数据库程序设计》还是很有必要的。我现在就开始准备看了。@_@