PowerBuilder经验

数据库系列 PowerBuilder BY LH 或 FALSE 来对其赋值。当其为真时,PowerBuilder 不通过其他额外的交互就将您的 SQL 语句传输给后台数 据库,而且执行完毕自动提交。 当然,您可以设置 AutoCommit 属性为假(缺省值),使用 COMMIT 或 ROLLBACK 这样的关键词提交或回退事 务。 在大多数应用中,一部分的数据库操作是要成组提交的,而另一些则不用。 因此我们可以利用 AutoCommit 的特性来确定事务的起点 , 当我们把 AutoCommit 的属性设为 False 时, 系统设定此时为事务的起点。当 AutoCommit 设为真时,系统自动消取这一事务。因此你可以先把 AutoCommit 设为真,当您需要开始一个事 务时,将其置为 false,此刻即为事务起始点。 PowerBuilder 内部这种事务管理的最大优点是方便。您不去考虑整个事务,而只需把您所作的修改提交或滚 回即可。但是方便与可控性总是矛盾的,在 Power-Builder 中没有存储点和嵌套事务管理的机制,即使您所使 用的数据库支持这些特性,在 PowerBuilder 中却无法得以体现。 不过在普通的应用中,存储点和嵌套事务管理 并不是必须的,一般的事务管理足以够用。 用数据库的事务管理指令实现完全控制 上述的事务管理方式尽管简单方便,但是在某些应用中,我们也的确需要利用所用的数据库系统的嵌套事务 和存储点的特性,而 PowerBuilder 内部的事务管理没有提供这样的功能,您必须自己设计。 自己进行事务管理的方式是直接使用数据库本身的事务指令。当您使用自己的管理方式时 , 就应使 Power-Builder 停止管理事务,即设置 Auto-Commit 为 TRUE,系统内部就不会自动建构事务处理的命令了。 实 现人工事务管理的方式是采用 EXECUTE IMMEDIATE 这条 PowerBuilder 指令来执行任意的数据库操作。 你所需做的是将数据库指令编辑成一个字符串,您可以执行任何的数据定义语句如建表、建主键、存储过程 等,例如您可以用 EXECUTE IMMEDIATE BEGIN TRANSACTION trans-name 这样的指令开始一个事务。 采用这种方法,只要您所用的数据库支持嵌套事务和存储点等事务管理,我们通过 PowerBuilder 开发出的应用也就同样可以实现。 在 PowerBuilder 中提供的事务管理的方法是多种多样的,只要您灵活运用,就一定能设计出优秀的数据库应 用来。 PowerBuilder 应用开发系列(2) 调用 Windows 的动态链接库 许多熟练使用 C 的程序员在使用 PowerBuilder 时都希望自己以前在 C 上做的工作可以被 PowerBuilder 引用, 这是完全可以的。在 PowerBuilder 中你可以通过外部引用函数的形式来调用动态连接库中的函数。 PowerBuilder 调用 DLL 程序使用规则 PowerBuilder 可以支持任何一种非 PowerScript 编写,并存储在动态链接库中的外部函数或过程的调用。 但外 部函数的参数必须是符合 Pascal 规则的(即参数压栈顺序从前至后)。 在函数调用前,因先作函数声明,PowerBuilder 支持以下两种外部函数类型: ·全局函数:可以在应用的任意位置调用; ·局部外部函数:在 window,menu,user object 或用户自定义函数等对象中定义。 外部函数声明的语法是: {Access}FUNCTION ReturnDataType Function-Name({REF}{DataTypel Arg1,...,DataTypeN ArgN})LIBRARY LibName 外部过程声明的语法是: {Access}SUBROUTION Subroutine({REF}{DataType1 Arg1,...,DataTypeN ArgN}) 如果您使用的是局部外部函数的声明,您还可以指定对象的访问权限:Public,Private,Protected。对局部函数权 限访问的限制同对对象的实例变量的限制相同。您可以指定对象名加函数名的方式调用外部函数: object.function(arguments) 如在 window 的 w_emp 上调用局部外部函数 Recog(),就可这样使用: w_emp.Recog()
LH
第 2 页
208/6er BY LH 如何在 PowerBuilder 与 DLL 之间传递参数 在 PowerBuilder 的 script 中调用 DLL 中的函数,缺省情况下是通过传值法来传递参数(passed by value),也就 是说 PowerBuilder 将对要传递的参数做一份拷贝,然后通过堆栈将这份拷贝传递给函数。如果你希望 DLL 中的函数可以改变调用参数的原值,就可以通过参考传值法(passed by reference)来传递参数,即在参数类型前 面加 REF 关键字来声明该参数将要用参考传值法。 在使用 DLL 时有一些基本规则 在 MS Windows 中,一个 DLL 在被装入内存后,只会有一个实例,不会因为多个程序使用同一个 DLL 而在内存 中产生多个 DLL 拷贝。每个 DLL 只有一个最大为 64K 的数据段。缺省情况下,PowerBuilder 都是使用传值 法来传递参数。当你在函数应用说明时使用了 REF 关键字,PowerBuilder 将传递一个 32 位的地址指针(段地 址+偏移量)给被调用的函数,而不是只传递偏移量,这才能保证 DLL 中的函数能得到 PowerBuilder 中数据的 正确地址。 在 PowerBuilder 中使用的数据类型与 C 语言支持的数据类型不尽相同,C 中不支持的数据类型应 在调用前先行转换。 对于结构,要在 C 和 PowerBuilder 中做相等的说明。 PowerBuilder 不支持函数指针的传递,因此在 PowerBuilder 中不能使用回调函数(callback funcion)。 如果 DLL 的参数需要空指针(NULL),你可以向函数传递一个值为 0 的长整型。 Windows 中使用的有些数据类型 C 中并不支持 , 但一般在 C 的预编译器中用 TYPEDEF 作预定义 , 同 PowerBuilder 接口也应当作适当转换。 使用 DLL 的常见错误和需要注意的地方 1.导致保护性错(general protection fault) 在 Windows 中,如果你企图访问不是属于你的应用程序的内存将导致保护性错。 导致保护性错的原因可能有 以下几点: a.向 DLL 中的函数传递了不正确的参数。 这种错误是比较难调试的,因为 PowerBuilder 的调试器不能跟踪到 C 程序中。你可以通过在 C 中使用 MessageBox 函数显示调用参数的方法来检查参数传递的正确性。更全 面的方法是使用 Windows 的调试版本(带有调试信息的 Windows 环境)和功能更强的调试器(Soft-ice for windows 或 CodeView 等); b.C 中对数组的访问超出了 PowerBuilder 中申请的边界。在 C 中是不作数组边界检查的,这可能是导致保护 性错的最常见的原因; c.使用了已经释放的内存指针。你最好把已经释放的内存指针置为 NULL,以便在使用前进行判断。 2.使用远指针 在 C 中,所有的静态变量和全局变量都是在程序的数据堆中分配的,其他变量都是在栈中分配的。DLL 可以 有自己的数据段,但是它没有堆栈段,使用的是调用程序的堆栈。这就意味着寄存器 DS 指向的是 DLL 数据 段,SS 指向 PowerBuilder 应用程序的堆栈。 而一般的 Windows 应用程序中,DS 和 SS 是相同的,你可以使用近 指针,但在调用 DLL 中引用远堆的变量必须使用 32 位的远指针。如果使用任何与内存寻址有关的 C 函数, 都要使用 C 中的 far 版本。例如字符串拷贝函数,应该用_fstrcpy 而不要用 strcpy。 3.注意静态变量的使用 无论有多少实例调用同一个 DLL,在内存中只有一份 DLL 代码。由于 Windows 是多任务的环境,因此 DLL 中的静态变量可能由于其他实例对此 DLL 的调用而改变。 4.不要试图共享文件句柄 在 Windows 环境下,不可能在应用程序和 DLL 间共享文件句柄。每个应用有各自的文件句柄表,如果两个应 用通过一个 DLL 来访问同一个文件,它们必须分别打开这个文件。 5.及时释放使用过的资源 如果你的 DLL 中使用了 GDI 对象,一定要及时释放它们,否则会使 Windows 因申请 GDI 资源失败而死机;例 如你建立了一个逻辑字体或逻辑笔,在使用完后,要用 DeleteObject 来删除它。 6.为使 PowerBuilder 应用在 Windows 环境下正常运行,DLL 应放在下列目录之中:
数据库系列 PowerBuilder BY LH
PowerBuilder 应用开发经验篇 应用开发经验篇
PowerBuilder 应用开发系列(1) 数据库的事务管理 在数据库中,所谓事务是指一组逻辑操作单元,使数据从一种状态变换到另一种状态。 为确保数据库中数据的 一致性,数据的操纵应当是离散的成组的逻辑单元:当它全部完成时,数据的一致性可以保持,而当这个单元中 的一部分操作失败,整个事务应全部视为错误,所有从起始点以后的操作应全部回退到开始状态。 对事务的操作是这样进行的:先定义开始一个事务,然后对数据作修改操作,这时如果提交(COMMIT),这些修 改就永久地保存下来,如果回退(ROLLBACK),数据库管理系统将放弃您所作的所有修改而回到开始事务时 的状态。此外有些数据库支持事务的"存储点(savepoint)这一概念:即在一个事务进程中任意一点您都可以进 行当前状态的存储,回退时只是回到你所设定的存储点,而不必退回全部的事务。 如果您的事务可以分成几组 对数据库的修改,那就可以设置多个存储点,根据需要您可以回退到任意一个存储点,而不使所有事务的修改 数据全部丢失。 正确地管理事务可以保证数据的完整性,当您所做的工作全部完成和得到确认之前,没有任何数据物理地写 进数据库。 让我们来看这样一个实例,我们有这样一个银行应用系统,前台使用者作出将储户甲的一百元存款 划归储户乙帐下的操作;在后台的数据库中,这两个客户的记录分储在两张表中,当使用者在屏幕上作出如上 操作时,在后台需要对两张表进行修改。 如果在数据库中对甲用户存款余款作减去一百元修改后,对乙用户加 一百元的操作修改却失败时,前一张表也必须回到修改前的状态,否则数据库的内容不统一,甲储户白白损失 一百元,信息必然是不正确的。因此进行事务管理是必须的。 传统地,我们认为一个事务包括了对一个或多个表的修改,而随着分布式数据库和数据仓库的发展,事务可能 包括了对一个或多个数据库的修改。在上例中甲乙两用户就可能是异地用户,信息分储在不同地域的不同数 据库中,上述的一个事务就涉及到了对不同数据库的操作。 PowerBuilder 中的事务管理 作为数据库的前台开发工具 Power-Builder 支持事务管理的操作。在 Power-Builder 中有一种称作事务 (transaction)的对象,这个对象是 PowerBuilder 应用与数据库的通讯区域。PowerBuilder 在应用开始时建立一 个全局的事务对象 SQLCA。 由于大多数的应用只用到一个数据库,所以一般开发者主要也只用 SQLCA 作为 与唯一数据库连接的事务对象。 PowerScript 中常用的事务管理的语句有四个:COMMIT,ROLLBACK,CONNECT,DISCONNECT。 当您需要应用与数据库建立连接时使用 CONNECT 这一操作命令,取消连接时执行 DISCONNECT,这两个命 令一般分别用在应用的开始和结束,也就是 Appli-cation 的 Open 和 Close 事件中。 当一个事务的数据库修改都成功地完成后,修改须提交给数据库,COM-MIT 语句是一个旧事务结束和一个新 事务开始的界线。在修改被提交前,数据库的数据并没有被真正地修改,这些修改被保留在某个工作区,只有 作修改的用户才能看到这些被修改后的值,提交之后,则所有的用户就都可以看到新值了。 在事务的进程中发生某些错误,或者在操作中出于种种原因打算中止事务,须用 ROLLBACK 命令回退事务, 如果已作的操作不用 ROLLBACK 命令取消,这些操作必将错误地作为下一个事务的一部分而导致数据库的 混乱。 如果您使用的是多窗口的应用,却只用一个事务对象,就应格外注意 ROLL-BACK 和 COMMIT 会影响事务的 逻辑一致性。在某个窗口执行的这两个指令会使其他窗口应用中所进行到一半的工作提交或回退。 在多用户系统中,修改和提交的时间越接近,提交成功的可能性就越高。因为一个事务中所有的 SQL 语句全 部执行成功而提交却失败是完全可能发生的,例如在您的事务过程中,另一个用户修改了数据并提交,这很可 能使您作出的修改无效,这时 COMMIT 将失败,您必须回退这一事务的全部。 事务对象的 AutoCommit 属性 事务对象有一个 AutoCom-mit 的属性可以使开发者简化对事务管理的操作,这一布尔型的属性可以用 TRUE LH 第 1 页 208/6/2007