S
Sachow
Unregistered / Unconfirmed
GUEST, unregistred user!
我里这正遇到几个以前没有认真研究，现在不得不面对的问题，恳请各位帮我参研一下。
前段时间做了一个与其它系统接口的动态链接库，那边是多线程的方式调用的，当然我这边
也要支持多线程才行。这个动态链库要进行一些数据库的存取，调用些动态库的线程会很多，
而且不固定，数据库用的又是Oracle，用ADO不太好使（在EXE程序里正常，但在DLL里就不
行了，是不是初始化COM的问题？）。现在我的程序使用BDE已经基本上可以正常使用了，但
我还没有让它承受过多达100个以上线程的考验，现在我担心的是我的程序是否以正确的方式
应对了多线程的访问。
我的程序是这样的：在DLL的入口函数中，如果判断reason为DLL_PROCESS_ATTACH，就建立一
个TDatabase的实例，并连接数据库，这样，在线程访问动态库的时候就不会重复建立
TDatabase的实例及重复连接数据库，然后在reason为DLL_PROCESS_DETACH时销毁该实例。
我没有建立全局的TQuery实例，而是在导出的函数的实现中动态创建TQuery的实例，这样效
率可能会略低，但也许能帮我减轻保护全局变量的负担。我通过这样的方式来让动态创建的
TQuery绑定给TDatabase： tqr->DatabaseName = DB1->DatabaseName （虽然是C++ Builder
代码，但如果用Delphi同理）。在用到事务处理的地方，我用TCriticalSection进行了同步
保护，让一个线程在提交数据的期间，另一个线程不能再次提交，但在没有用到事务处理的
地方，比如Select数据的时候，由于我用的TQuery不是全局变量，就没有用TCriticalSection
进行保护。
我现在的顾虑就是：
1、像上面这样的做法是否可靠？
2、像这样的做法会遇到BDE的48连接限制吗（我现在手上没有参考书，否则可以把这个定义
搞得更清楚些）？程序在正式使用的时候，是会产生最多120个以上的线程迸发访问的，正常
情况可能只有10个以下的线程。
前段时间做了一个与其它系统接口的动态链接库，那边是多线程的方式调用的，当然我这边
也要支持多线程才行。这个动态链库要进行一些数据库的存取，调用些动态库的线程会很多，
而且不固定，数据库用的又是Oracle，用ADO不太好使（在EXE程序里正常，但在DLL里就不
行了，是不是初始化COM的问题？）。现在我的程序使用BDE已经基本上可以正常使用了，但
我还没有让它承受过多达100个以上线程的考验，现在我担心的是我的程序是否以正确的方式
应对了多线程的访问。
我的程序是这样的：在DLL的入口函数中，如果判断reason为DLL_PROCESS_ATTACH，就建立一
个TDatabase的实例，并连接数据库，这样，在线程访问动态库的时候就不会重复建立
TDatabase的实例及重复连接数据库，然后在reason为DLL_PROCESS_DETACH时销毁该实例。
我没有建立全局的TQuery实例，而是在导出的函数的实现中动态创建TQuery的实例，这样效
率可能会略低，但也许能帮我减轻保护全局变量的负担。我通过这样的方式来让动态创建的
TQuery绑定给TDatabase： tqr->DatabaseName = DB1->DatabaseName （虽然是C++ Builder
代码，但如果用Delphi同理）。在用到事务处理的地方，我用TCriticalSection进行了同步
保护，让一个线程在提交数据的期间，另一个线程不能再次提交，但在没有用到事务处理的
地方，比如Select数据的时候，由于我用的TQuery不是全局变量，就没有用TCriticalSection
进行保护。
我现在的顾虑就是：
1、像上面这样的做法是否可靠？
2、像这样的做法会遇到BDE的48连接限制吗（我现在手上没有参考书，否则可以把这个定义
搞得更清楚些）？程序在正式使用的时候，是会产生最多120个以上的线程迸发访问的，正常
情况可能只有10个以下的线程。