在用户现场做KVM虚拟机与VMware的对比测试中，用一个客户端程序查询大批量的数据，VMware虚拟机可以

在等待一段时间后返回并现场结果，KVM的虚拟机则好像挂了，处于“未响应”状态，也可能是需要等待更长的时间，

当然用户的这个程序里面的SQL写的估计也比较初级，但是对于测试不同架构虚拟机的性能还是很有帮助，这可能是

写这个程序那个哥们没有想到的吧。

      打算综合测试一下查询大数据量高负载情况下KVM虚机的性能情况，但是客户的环境无法提供，自己动手，在告别

编程工作N年后，打算重温一下，用户的客户端是PowerBuilder编的，没想到这东西现在还用的很多，看来前几年给用户

灌输的所谓的SOA、多层架构等技术和架构忽悠的成分太多了，做什么都要简单，能用的才是有生命力的！

      想当年俺也是PB高手，在宾馆里一个人一个月给用户弄出一个需求超复杂的程序，主要是数据组织比较复杂，逻辑

超简单。没想到现在居然连基本的概念也忘了，什么数据窗口之类的东东，统统没有记忆了。但是怎么也是用过多种语言的，

弄了半天，做了个可以灵活组织条件检索数据的程序，虽然粗糙，勉强可以做测试用，但是将编译文件拷贝到其他机器上

后，执行后显示下列错误:

咋回事儿，我是用的ODBC连接的数据库，咋地，难道最简单的ODBC俺也治不了？上午查这错误，各位同志都分析的头头是道，

给出各种可能，以俺的经验来看，基本上不靠谱，咋回事儿，估计还是提供的构成独立运行环境的PB相关动态库有稳定，到PB

动态库目录下（在PB安装目录的Shared目录下）溜一遍，发现有一个PBODB90.DLL（我用的是PB9，如果是PB8，可能是

PBODB80.DLL，以此类推）的库，是不是也得需要这个呢，将其复制到另外机器上的新编程序运行目录下，再执行。

OK，问题解决。

总结

在PB中用什么方式连接数据库，在发布程序时，除了PBVM??.DLL、LIBJJ.DLL、LIBJSYBHEAP.DLL、PBDWE??等库外，

还需要将PB提供的对应的动态链接库一起打包，如用到了ODBC，则需要PBODBC??.DLL，使用Oracle客户端连接，则需

要PBORC??.DLL（备注：??代表版本，8为80，9为90）。

要说PB还是很强的，PB9已经很古老了，编程来的程序，在最新的Win8上也能正常跑。