同时连接多个DB在DELPHI是否可以做到？？？

zzzjaychung 2005-12-25 11:09:28

经过六个小时的奋战，发现还是做不到，真的觉得有些奇怪，不知我的CODE是不是有问题，不管是程序还是编译器的，先发上来请教一下。

ADOConnection1.ConnectionString := '';
ADOConnection1.LoginPrompt := false;
ADOConnection1.KeepConnection := true;
ADODataSet1.Connection := ADOConnection1;
ADODataSet1.CursorLocation := clUseClient;

ADOConnection2.ConnectionString := '';
ADOConnection2.LoginPrompt := false;
ADOConnection2.KeepConnection := true;
ADODataSet2.Connection := ADOConnection2;
ADODataSet2.CursorLocation := clUseClient;

ADOConnection1.Open;
ADODataSet1.CommandText := '';
ADODataSet1.Open;

ADOConnection2.Open; ---编译到这里出错　：一个ORA的错："连接已关闭"
ADODataSet2.CommandText := '';
ADODataSet2.Open;

ADODataSet1.Close;
ADODataSet2.Close;
ADOConnection2.Close;
ADOConnection1.Close;

请教一下高人们，这里为什么，对CONNECTION还要有什么配的吗？或是DATASET？
如果有遇到过这类问题的朋友，请将解决方法写的详细一些，再告诉小弟一下原因。谢谢。
我的几个同事都遇到过同样的问题。

注：同样的代码有一支FUNCTION编译通过，并且顺利执行，但另外几支FUNCTION不可以，都是我写的，都是在我的PC上写的，所以环境是相同的。两支FUNCTION的唯一不同只是在CONNECIONT1。OPEN后，一个写ADVSTRINGGRID，一个是写EDIT。TEXT。

...全文

109 9 打赏收藏转发到动态举报

写回复

9 条回复

切换为时间正序

请发表友善的回复…

发表回复

zzzjaychung 2005-12-27

打赏
举报

回复

强烈希望使用DELPHI的高人指导。

OYGX 2005-12-27

打赏
举报

回复

没用过，路过

zzzjaychung 2005-12-27

打赏
举报

回复

看来此贴只能散分了。查不到原因。

快乐老猫 2005-12-26

打赏
举报

回复

你的代码是粘贴过来的么？怎么连接字符串是空？

Tensionli 2005-12-26

打赏
举报

回复

追踪一下,看看哪里出错.

china618 2005-12-26

打赏
举报

回复

应该完全可以

zzzjaychung 2005-12-26

打赏
举报

回复

回快乐老猫(无米下炊)：
连接字符为空是因为说明这个问题不需要连接字符串。每个连接本身都是可以使用的，我有分开测试过，只是当两个连接同时出现时会出现这个问题。后台是ORACLE DB。

回 Tensionli() ：
追踪结果就是：
ADOConnection2.Open; ---执行到这里出错　：一个ORA的错："连接已关闭"

这个问题我相信很多写DELPHI的人都应该碰到，仔细分析一下，能影响这段代码的只有PC本身和DELPHI。
一是PC本身的CPU的问题，一是DELPHI在多次连接时不够稳定。
但我想知道ROOT CAUSE。希望遇到这个问题的兄弟给讲解一下。

zzzjaychung 2005-12-25

打赏
举报

回复

对不起，是执行时出错，编译时通过。

OO_is_just_P 2005-12-25

打赏
举报

回复

应该互不牵涉

本资源收录自从互联网,如果有侵犯任何版权,请告知说明,我将撤销发布======================================================== 说到数据集组件，大家也许会首选ADO，然后说BDE太老了，DBX不敢用。其实delphi优秀的数据集组件真不少，除了上诉的数据集组件，还有ZEOSDB、SQL Direct、UniDAC等，要是专业的数据集组件，更是百花盛开，如FIBPLUS、SDAC、ODAC、DOA等等，商业和开源不尽其中！这里只讨论UniDAC和ADO的一些比较。 Delphi能发展到现在，和一些著名的第三方控件厂商大力支持分不开，这其中包括Devart公司(Corelab)公司。Corelab公司做数据集驱动非常出名，就拿ODAC、SDAC和DBX驱动来说，已经远胜其他同行的第三方控件公司。UniDAC是Devart公司最近的力作，将ODAC、SDAC、IBDAC等驱动综合集成在一块。UniDAC无论是做三层还是两层，都远胜于ADO。下面说一些UniDAC的优点： 1、非常完美的支持多数据库的数据集套件。这一点，ADO也支持多数据库，但ADO除了MSSQL驱动之外，其他驱动支持的非常差。就拿Oracle驱动来说，在调用oracle复杂的存储过程参数，总是或多或少有些问题；MSSQL企业管理器如果用了第三方驱动（比如是oracle），在导入导出数据也尚存在问题！更别提不是主流的IB数据库驱动。UniDAC支持Oracle、MSSQL、MYSQL、IB/FB、PostgreSQL。 2、对三层特性支持非常好！也许你也会问，三层也是访问DB，ADO也支持啊？！但三层最好方式是无状态方式，在高并发的处理中，一般不允许本地有数据集缓存。ADO没有单向数据集特性，所有的数据下载到本地，不停的开辟内存或释放大内存，对三层的内存是一个极大考验。TUniQuery有一个UniDirectional属性，支持单向速度，这点和DBX的想法不谋而合。况且，单向数据集特性速度非常快，在三层中，配合TDataSetProvider，中间件将其Data包发送到客户端，速度无可比拟。ADO也有流或XML格式包，但无论是XML或流格式，数据包远比CDS的包大几倍。CDS封包技术很好！ 3、一些非常有用的属性或方法。常言道，细微之处见体贴。UniDAC有一些过人的方法或属性。比如，刷新单条记录（RefreshRecord）、多表更新的属性（UpdatingTable）、宏替换参数(Macros)、集成删除/新增/修改/刷新/锁定SQL语句、FetchRows，更让人称道的是引入了UpdateSQL组件。在处理MSSQL新增后的自增字段，和ADO一样可以直接自动返回自增字段值，这一点，BDE不能做到、DBX不能做到、ZEOSDB不能做到。更令人称奇是，配合TUniUpdateSQL，还能自动返回自增字段值。 TUniUpdateSQL是一个好东西，ADO缺少TUdateSQL运作模式，默认的更新机制是主键字段+已变化的字段做where条件。在一般情况下是没问题，但如果这个表没有主键或where条件中的字段小数位很长导致误餐，就会产生更新找不到记录。TUdateSQL可以保证这点，运作灵活又透明。 4、对oracle支持非常好。别的不说，光是一个oracle连接的Direct Mode，不用安装oracle官方肥硕客户端（网上也有精10M左右简版的客户端），只要客户机支持TCP/IP协议即可。如果用ADO连接Oracle，必须保证先安装oracle客户端，还要配置连接文件，一堆繁琐事情。UniDAC对oracle支持的非常完美，和专业化的DOA差不多！

其实delphi优秀的数据集组件真不少，除了上诉的数据集组件，还有ZEOSDB、SQL Direct、UniDAC等，要是专业的数据集组件，更是百花盛开，如FIBPLUS、SDAC、ODAC、DOA等等，商业和开源不尽其中！这里只讨论UniDAC和ADO的一些比较。 Delphi能发展到现在，和一些著名的第三方控件厂商大力支持分不开，这其中包括Devart公司(Corelab)公司。Corelab公司做数据集驱动非常出名，就拿ODAC、SDAC和DBX驱动来说，已经远胜其他同行的第三方控件公司。UniDAC是Devart公司最近的力作，将ODAC、 SDAC、IBDAC等驱动综合集成在一块。UniDAC无论是做三层还是两层，都远胜于ADO。下面说一些UniDAC的优点： 1、非常完美的支持多数据库的数据集套件。这一点，ADO也支持多数据库，但ADO除了MSSQL驱动之外，其他驱动支持的非常差。就拿 Oracle驱动来说，在调用oracle复杂的存储过程参数，总是或多或少有些问题；MSSQL企业管理器如果用了第三方驱动（比如是oracle），在导入导出数据也尚存在问题！更别提不是主流的IB数据库驱动。UniDAC支持Oracle、MSSQL、MYSQL、IB/FB、 PostgreSQL。 2、对三层特性支持非常好！也许你也会问，三层也是访问DB，ADO也支持啊？！但三层最好方式是无状态方式，在高并发的处理中，一般不允许本地有数据集缓存。ADO没有单向数据集特性，所有的数据下载到本地，不停的开辟内存或释放大内存，对三层的内存是一个极大考验。TUniQuery有一个 UniDirectional属性，支持单向速度，这点和DBX的想法不谋而合。况且，单向数据集特性速度非常快，在三层中，配合 TDataSetProvider，中间件将其Data包发送到客户端，速度无可比拟。ADO也有流或XML格式包，但无论是XML或流格式，数据包远比 CDS的包大几倍。CDS封包技术很好！ 3、一些非常有用的属性或方法。常言道，细微之处见体贴。UniDAC有一些过人的方法或属性。比如，刷新单条记录（RefreshRecord）、多表更新的属性（UpdatingTable）、宏替换参数(Macros)、集成删除/新增/修改/刷新/锁定SQL 语句、FetchRows，更让人称道的是引入了UpdateSQL组件。在处理MSSQL新增后的自增字段，和ADO一样可以直接自动返回自增字段值，这一点，BDE不能做到、DBX不能做到、ZEOSDB不能做到。更令人称奇是，配合TUniUpdateSQL，还能自动返回自增字段值。 TUniUpdateSQL是一个好东西，ADO缺少TUdateSQL运作模式，默认的更新机制是主键字段+已变化的字段做where条件。在一般情况下是没问题，但如果这个表没有主键或where条件中的字段小数位很长导致误餐，就会产生更新找不到记录。TUdateSQL可以保证这点，运作灵活又透明。 4、对oracle支持非常好。别的不说，光是一个oracle连接的Direct Mode，不用安装oracle官方肥硕客户端（网上也有精10M左右简版的客户端），只要客户机支持TCP/IP协议即可。如果用ADO连接 Oracle，必须保证先安装oracle客户端，还要配置连接文件，一堆繁琐事情。UniDAC对oracle支持的非常完美，和专业化的DOA差不多！当然，最大的缺点是，非常贵，最贵的档次，差不多可以买半套的D2009！

db服务器连接mysql+redis高可用高性能框架干货1、使用c++语言，vs2019开发垮平台[windows和linux]连接MySql和redis框架。2、使用MySql持久化玩家数据，redis做玩家数据缓存层,redis不做数据持久化。mysql搭配redis工作效率非常高效，就好比男女搭配干活不累，没有redis，mysql也能独立很好的完成用户读写请求。有了redis,用户访问数据的效率更高，时间更短，快速的完成请求。3、讲解如何保持mysql和redis数据强一致性策略，并在代码里实现。每次启动redis,使用管道技术，从mysql批量导入活跃用户数据到redis中,并设置过期时间.4、教程使用线程池技术，每个线程拥有自己独立的数据，线程绑定类。每一个实例就包含一个线程每个线程数据里包含：mysql连接器、redis连接器、内存回收池、安全的串行队列、条件变量、互斥量保证线程内的数据安全。5、工作原理：没有请求时，各个工作线程处于休眠状态。有读写请求时，从线程池获取一个线程，添加读写请求，把数据推送到线程工作队列中。然后工作线程获取队列的数据，进行串行工作任务安排，进行mysql数据库读写操作，以及redis读写数据操作，当完成工作任务时，执行下一个工作任务，同时把处理结果推送到逻辑线程，把数据给用户。6、用户读数据策略：用户获取数据首先是先从redis查找数据，redis命中，返回数据给玩家,redis命中失败，mysql中查找数据，然后写入数据到redis中，返回数据给用户。7、用户写数据策略:用户先从redis中删除数据，然后写数据到mysql中，最后再把数据写入到redis中，保持数据一致性。8、教程是一个干货教程，不是新手教程，mysql基础语法讲解的少，redis有讲解基础系列。教程讲解的是如何搭建一个支持高并发，高性能的读写数据库框架,使用mysql+redis搭配的高可用、高性能框架。该套框架在多个项目使用过，也在棋牌类项目里面使用过。

[转]为什么要选择UniDAC？说到数据集组件，大家也许会首选ADO，然后说BDE太老了，DBX不敢用。其实delphi优秀的数据集组件真不少，除了上诉的数据集组件，还有ZEOSDB、SQL Direct、UniDAC等，要是专业的数据集组件，更是百花盛开，如FIBPLUS、SDAC、ODAC、DOA等等，商业和开源不尽其中！这里只讨论UniDAC和ADO的一些比较。 Delphi能发展到现在，和一些著名的第三方控件厂商大力支持分不开，这其中包括Devart公司(Corelab)公司。Corelab公司做数据集驱动非常出名，就拿ODAC、SDAC和DBX驱动来说，已经远胜其他同行的第三方控件公司。UniDAC是Devart公司最近的力作，将ODAC、SDAC、IBDAC等驱动综合集成在一块。UniDAC无论是做三层还是两层，都远胜于ADO。下面说一些UniDAC的优点： 1、非常完美的支持多数据库的数据集套件。这一点，ADO也支持多数据库，但ADO除了MSSQL驱动之外，其他驱动支持的非常差。就拿Oracle驱动来说，在调用oracle复杂的存储过程参数，总是或多或少有些问题；MSSQL企业管理器如果用了第三方驱动（比如是oracle），在导入导出数据也尚存在问题！更别提不是主流的IB数据库驱动。UniDAC支持Oracle、MSSQL、MYSQL、IB/FB、PostgreSQL。 2、对三层特性支持非常好！也许你也会问，三层也是访问DB，ADO也支持啊？！但三层最好方式是无状态方式，在高并发的处理中，一般不允许本地有数据集缓存。ADO没有单向数据集特性，所有的数据下载到本地，不停的开辟内存或释放大内存，对三层的内存是一个极大考验。TUniQuery有一个UniDirectional属性，支持单向速度，这点和DBX的想法不谋而合。况且，单向数据集特性速度非常快，在三层中，配合TDataSetProvider，中间件将其Data包发送到客户端，速度无可比拟。ADO也有流或XML格式包，但无论是XML或流格式，数据包远比CDS的包大几倍。CDS封包技术很好！ 3、一些非常有用的属性或方法。常言道，细微之处见体贴。UniDAC有一些过人的方法或属性。比如，刷新单条记录（RefreshRecord）、多表更新的属性（UpdatingTable）、宏替换参数(Macros)、集成删除/新增/修改/刷新/锁定SQL语句、FetchRows，更让人称道的是引入了UpdateSQL组件。在处理MSSQL新增后的自增字段，和ADO一样可以直接自动返回自增字段值，这一点，BDE不能做到、DBX不能做到、ZEOSDB不能做到。更令人称奇是，配合TUniUpdateSQL，还能自动返回自增字段值。 TUniUpdateSQL是一个好东西，ADO缺少TUdateSQL运作模式，默认的更新机制是主键字段+已变化的字段做where条件。在一般情况下是没问题，但如果这个表没有主键或where条件中的字段小数位很长导致误餐，就会产生更新找不到记录。TUdateSQL可以保证这点，运作灵活又透明。 4、对oracle支持非常好。别的不说，光是一个oracle连接的Direct Mode，不用安装oracle官方肥硕客户端（网上也有精10M左右简版的客户端），只要客户机支持TCP/IP协议即可。如果用ADO连接Oracle，必须保证先安装oracle客户端，还要配置连接文件，一堆繁琐事情。UniDAC对oracle支持的非常完美，和专业化的DOA差不多！当然，最大的缺点是，非常贵，最贵的档次，差不多可以买半套的D2009！

数据集组件，大家也许会首选ADO，然后说BDE太老了，DBX不敢用。其实delphi优秀的数据集组件真不少，除了上诉的数据集组件，还有ZEOSDB、SQL Direct、UniDAC等，要是专业的数据集组件，更是百花盛开，如FIBPLUS、SDAC、ODAC、DOA等等，商业和开源不尽其中！这里只讨论UniDAC和ADO的一些比较。 Delphi能发展到现在，和一些著名的第三方控件厂商大力支持分不开，这其中包括Devart公司(Corelab)公司。Corelab公司做数据集驱动非常出名，就拿ODAC、SDAC和DBX驱动来说，已经远胜其他同行的第三方控件公司。UniDAC是Devart公司最近的力作，将ODAC、SDAC、IBDAC等驱动综合集成在一块。UniDAC无论是做三层还是两层，都远胜于ADO。下面说一些UniDAC的优点： 1、非常完美的支持多数据库的数据集套件。这一点，ADO也支持多数据库，但ADO除了MSSQL驱动之外，其他驱动支持的非常差。就拿Oracle驱动来说，在调用oracle复杂的存储过程参数，总是或多或少有些问题；MSSQL企业管理器如果用了第三方驱动（比如是oracle），在导入导出数据也尚存在问题！更别提不是主流的IB数据库驱动。UniDAC支持Oracle、MSSQL、MYSQL、IB/FB、PostgreSQL。 2、对三层特性支持非常好！也许你也会问，三层也是访问DB，ADO也支持啊？！但三层最好方式是无状态方式，在高并发的处理中，一般不允许本地有数据集缓存。ADO没有单向数据集特性，所有的数据下载到本地，不停的开辟内存或释放大内存，对三层的内存是一个极大考验。TUniQuery有一个UniDirectional属性，支持单向速度，这点和DBX的想法不谋而合。况且，单向数据集特性速度非常快，在三层中，配合TDataSetProvider，中间件将其Data包发送到客户端，速度无可比拟。ADO也有流或XML格式包，但无论是XML或流格式，数据包远比CDS的包大几倍。CDS封包技术很好！ 3、一些非常有用的属性或方法。常言道，细微之处见体贴。UniDAC有一些过人的方法或属性。比如，刷新单条记录（RefreshRecord）、多表更新的属性（UpdatingTable）、宏替换参数(Macros)、集成删除/新增/修改/刷新/锁定SQL语句、FetchRows，更让人称道的是引入了UpdateSQL组件。在处理MSSQL新增后的自增字段，和ADO一样可以直接自动返回自增字段值，这一点，BDE不能做到、DBX不能做到、ZEOSDB不能做到。更令人称奇是，配合TUniUpdateSQL，还能自动返回自增字段值。 TUniUpdateSQL是一个好东西，ADO缺少TUdateSQL运作模式，默认的更新机制是主键字段+已变化的字段做where条件。在一般情况下是没问题，但如果这个表没有主键或where条件中的字段小数位很长导致误餐，就会产生更新找不到记录。TUdateSQL可以保证这点，运作灵活又透明。 4、对oracle支持非常好。别的不说，光是一个oracle连接的Direct Mode，不用安装oracle官方肥硕客户端（网上也有精10M左右简版的客户端），只要客户机支持TCP/IP协议即可。如果用ADO连接Oracle，必须保证先安装oracle客户端，还要配置连接文件，一堆繁琐事情。UniDAC对oracle支持的非常完美，和专业化的DOA差不多！

5,388

社区成员

262,730

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章