社区
数据库相关
帖子详情
怎么使用ＢＤＥ和ＡＤＯ连接ＭＳＳＱＬ？
holy520
2003-08-25 03:49:14
有代码吗？
...全文
38
1
打赏
收藏
怎么使用ＢＤＥ和ＡＤＯ连接ＭＳＳＱＬ？
有代码吗？
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
1 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
cow8063
2003-08-26
打赏
举报
回复
不用代码,看看连接connection属性,(ADO)弹出来你选择SQL,然后选择服务器,数据库,输入用户名密码就行了.
BDE 的话你要在BDE中建立一个数据源连接到SQL中,然后设置BDE的别名database到数据源,
MS
SQL
ADO
Direct Access Components Crack
Welcome!Thank you for your interest in
MS
SQL
ADO
Direct Access Components!For detailed information about MS
ADO
DAC see MS
ADO
DAC.chm help file.MS
ADO
DAC allows the Delphi developer to create applications with direct access to
MS
SQL
without
BDE
and ODBC.Details:
MS
SQL
DAC allows you to simplify the scheme looks like Application <-
ADO
->
MS
SQL
.With
MS
SQL
DAC you have no reasons to be worried about
BDE
versions conflicts and ODBC profiles, killed by impish hands of your users. Your application with MS
ADO
DAC inside may be distributed easier and will require less time for support.Features:Interface:TDataSet compatible:• TMS
ADO
Con = TDatabase,• TMS
ADO
Query = TQuery,• TMS
ADO
Update
SQL
= TUpdate
SQL
;BLOBs:• Yes, BLOBs are supported;StoredProc: • Supported in query;Delphi:• Versions 5,6 and 7 is supported.
MS
SQL
:• MS
ADO
DAC development and testing on
MS
SQL
Servers version 7.0 and laterHow to install MS
ADO
DACBefore installing MS
ADO
DAC NEW package you have to:• Completely UNINSTALL the old version;• Close all running copies of Delphi.Installing MS
ADO
DAC trial version or registered version without sources:• Unzip an archive file to any location you prefer; • Run .exe file and follow instructions of the installation program;After installation process will be finished, MS
ADO
DAC tab will appear on Component Palette.Installing MS
ADO
DAC registered version with sources:• Unzip an archive file to any location you prefer; • Run .exe file and follow instructions of the installation program;• Run Delphi, open .dpk package and click Install button;After installation process will be finished, MS
ADO
DAC tab will appear on Component Palette.How To Order MS
ADO
DACYou can choose licensing options and online secure services on www.microolap.com/order.htmOr send us email for invoice sales@microolap.com.Important!License policy:MS
ADO
DAC is a royalty-free product. This means, you have to register MS
ADO
DAC for each developer, but not for each user of application you have developed!Moreover, MS
ADO
DAC has Site License licensing option. So, if developers amount of your team is more than 2, the best (cheapest) way for you is to purchase Site license. See License Agreement for details, it is included into trial package. After purchase you will receive an email with MS
ADO
DAC registration information. As a registered user you will get:• Support by e-mail;• Support in the news group dedicated to MS
ADO
DAC;• All minor upgrades (Versions .xx) for free. __________________________________________Copyright 2000-2003 MicroOLAP Technologies LLC
UniDAC 4.1.4 for D6-XE2
数据集组件，大家也许会首选
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
除了
MS
SQL
驱动之外，其他驱动支持的非常差。就拿Oracle驱动来说，在调用oracle复杂的存储过程参数，总是或多或少有些问题；
MS
SQL
企业管理器如果用了第三方驱动（比如是oracle），在导入导出数据也尚存在问题！更别提不是主流的IB数据库驱动。UniDAC支持Oracle、
MS
SQL
、MY
SQL
、IB/FB、Postgre
SQL
。 2、对三层特性支持非常好！也许你也会问，三层也是访问DB，
ADO
也支持啊？！但三层最好方式是无状态方式，在高并发的处理中，一般不允许本地有数据集缓存。
ADO
没有单向数据集特性，所有的数据下载到本地，不停的开辟内存或释放大内存，对三层的内存是一个极大考验。TUniQuery有一个UniDirectional属性，支持单向速度，这点和DBX的想法不谋而合。况且，单向数据集特性速度非常快，在三层中，配合TDataSetProvider，中间件将其Data包发送到客户端，速度无可比拟。
ADO
也有流或XML格式包，但无论是XML或流格式，数据包远比CDS的包大几倍。CDS封包技术很好！ 3、一些非常有用的属性或方法。常言道，细微之处见体贴。UniDAC有一些过人的方法或属性。比如，刷新单条记录（RefreshRecord）、多表更新的属性（UpdatingTable）、宏替换参数(Macros)、集成删除/新增/修改/刷新/锁定
SQL
语句、FetchRows，更让人称道的是引入了Update
SQL
组件。 在处理
MS
SQL
新增后的自增字段，和
ADO
一样可以直接自动返回自增字段值，这一点，
BDE
不能做到、DBX不能做到、ZEOSDB不能做到。更令人称奇是，配合TUniUpdate
SQL
，还能自动返回自增字段值。 TUniUpdate
SQL
是一个好东西，
ADO
缺少TUdate
SQL
运作模式，默认的更新机制是主键字段+已变化的字段做where条件。在一般情况下是没问题，但如果这个表没有主键或where条件中的字段小数位很长导致误餐，就会产生更新找不到记录。TUdate
SQL
可以保证这点，运作灵活又透明。 4、对oracle支持非常好。别的不说，光是一个oracle
连接
的Direct Mode，不用安装oracle官方肥硕客户端（网上也有精10M左右简版的客户端），只要客户机支持TCP/IP协议即可。如果用
ADO
连接
Oracle，必须保证先安装oracle客户端，还要配置
连接
文件，一堆繁琐事情。UniDAC对oracle支持的非常完美，和专业化的DOA差不多！
unidac350d14pro
其实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
除了
MS
SQL
驱动之外，其他驱动支持的非常差。就拿 Oracle驱动来说，在调用oracle复杂的存储过程参数，总是或多或少有些问题；
MS
SQL
企业管理器如果用了第三方驱动（比如是oracle），在导入导出数据也尚存在问题！更别提不是主流的IB数据库驱动。UniDAC支持Oracle、
MS
SQL
、MY
SQL
、IB/FB、 Postgre
SQL
。 2、对三层特性支持非常好！也许你也会问，三层也是访问DB，
ADO
也支持啊？！但三层最好方式是无状态方式，在高并发的处理中，一般不允许本地有数据集缓存。
ADO
没有单向数据集特性，所有的数据下载到本地，不停的开辟内存或释放大内存，对三层的内存是一个极大考验。TUniQuery有一个 UniDirectional属性，支持单向速度，这点和DBX的想法不谋而合。况且，单向数据集特性速度非常快，在三层中，配合 TDataSetProvider，中间件将其Data包发送到客户端，速度无可比拟。
ADO
也有流或XML格式包，但无论是XML或流格式，数据包远比 CDS的包大几倍。CDS封包技术很好！ 3、一些非常有用的属性或方法。常言道，细微之处见体贴。UniDAC有一些过人的方法或属性。比如，刷新单条记录（RefreshRecord）、多表更新的属性（UpdatingTable）、宏替换参数(Macros)、集成删除/新增/修改/刷新/锁定
SQL
语句、FetchRows，更让人称道的是引入了Update
SQL
组件。 在处理
MS
SQL
新增后的自增字段，和
ADO
一样可以直接自动返回自增字段值，这一点，
BDE
不能做到、DBX不能做到、ZEOSDB不能做到。更令人称奇是，配合TUniUpdate
SQL
，还能自动返回自增字段值。 TUniUpdate
SQL
是一个好东西，
ADO
缺少TUdate
SQL
运作模式，默认的更新机制是主键字段+已变化的字段做where条件。在一般情况下是没问题，但如果这个表没有主键或where条件中的字段小数位很长导致误餐，就会产生更新找不到记录。TUdate
SQL
可以保证这点，运作灵活又透明。 4、对oracle支持非常好。别的不说，光是一个oracle
连接
的Direct Mode，不用安装oracle官方肥硕客户端（网上也有精10M左右简版的客户端），只要客户机支持TCP/IP协议即可。如果用
ADO
连接
Oracle，必须保证先安装oracle客户端，还要配置
连接
文件，一堆繁琐事情。UniDAC对oracle支持的非常完美，和专业化的DOA差不多！ 当然，最大的缺点是，非常贵，最贵的档次，差不多可以买半套的D2009！
DevArt UniDAC v.3.70.0.19 [D7-XE]
[转]为什么要选择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
除了
MS
SQL
驱动之外，其他驱动支持的非常差。就拿Oracle驱动来说，在调用oracle复杂的存储过程参数，总是或多或少有些问题；
MS
SQL
企业管理器如果用了第三方驱动（比如是oracle），在导入导出数据也尚存在问题！更别提不是主流的IB数据库驱动。UniDAC支持Oracle、
MS
SQL
、MY
SQL
、IB/FB、Postgre
SQL
。 2、对三层特性支持非常好！也许你也会问，三层也是访问DB，
ADO
也支持啊？！但三层最好方式是无状态方式，在高并发的处理中，一般不允许本地有数据集缓存。
ADO
没有单向数据集特性，所有的数据下载到本地，不停的开辟内存或释放大内存，对三层的内存是一个极大考验。TUniQuery有一个UniDirectional属性，支持单向速度，这点和DBX的想法不谋而合。况且，单向数据集特性速度非常快，在三层中，配合TDataSetProvider，中间件将其Data包发送到客户端，速度无可比拟。
ADO
也有流或XML格式包，但无论是XML或流格式，数据包远比CDS的包大几倍。CDS封包技术很好！ 3、一些非常有用的属性或方法。常言道，细微之处见体贴。UniDAC有一些过人的方法或属性。比如，刷新单条记录（RefreshRecord）、多表更新的属性（UpdatingTable）、宏替换参数(Macros)、集成删除/新增/修改/刷新/锁定
SQL
语句、FetchRows，更让人称道的是引入了Update
SQL
组件。 在处理
MS
SQL
新增后的自增字段，和
ADO
一样可以直接自动返回自增字段值，这一点，
BDE
不能做到、DBX不能做到、ZEOSDB不能做到。更令人称奇是，配合TUniUpdate
SQL
，还能自动返回自增字段值。 TUniUpdate
SQL
是一个好东西，
ADO
缺少TUdate
SQL
运作模式，默认的更新机制是主键字段+已变化的字段做where条件。在一般情况下是没问题，但如果这个表没有主键或where条件中的字段小数位很长导致误餐，就会产生更新找不到记录。TUdate
SQL
可以保证这点，运作灵活又透明。 4、对oracle支持非常好。别的不说，光是一个oracle
连接
的Direct Mode，不用安装oracle官方肥硕客户端（网上也有精10M左右简版的客户端），只要客户机支持TCP/IP协议即可。如果用
ADO
连接
Oracle，必须保证先安装oracle客户端，还要配置
连接
文件，一堆繁琐事情。UniDAC对oracle支持的非常完美，和专业化的DOA差不多！ 当然，最大的缺点是，非常贵，最贵的档次，差不多可以买半套的D2009！
UniDAC 2.70 源码版本 (For Delphi2010)
本资源收录自从互联网,如果有侵犯任何版权,请告知说明,我将撤销发布======================================================== 说到数据集组件，大家也许会首选
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
除了
MS
SQL
驱动之外，其他驱动支持的非常差。就拿Oracle驱动来说，在调用oracle复杂的存储过程参数，总是或多或少有些问题；
MS
SQL
企业管理器如果用了第三方驱动（比如是oracle），在导入导出数据也尚存在问题！更别提不是主流的IB数据库驱动。UniDAC支持Oracle、
MS
SQL
、MY
SQL
、IB/FB、Postgre
SQL
。 2、对三层特性支持非常好！也许你也会问，三层也是访问DB，
ADO
也支持啊？！但三层最好方式是无状态方式，在高并发的处理中，一般不允许本地有数据集缓存。
ADO
没有单向数据集特性，所有的数据下载到本地，不停的开辟内存或释放大内存，对三层的内存是一个极大考验。TUniQuery有一个UniDirectional属性，支持单向速度，这点和DBX的想法不谋而合。况且，单向数据集特性速度非常快，在三层中，配合TDataSetProvider，中间件将其Data包发送到客户端，速度无可比拟。
ADO
也有流或XML格式包，但无论是XML或流格式，数据包远比CDS的包大几倍。CDS封包技术很好！ 3、一些非常有用的属性或方法。常言道，细微之处见体贴。UniDAC有一些过人的方法或属性。比如，刷新单条记录（RefreshRecord）、多表更新的属性（UpdatingTable）、宏替换参数(Macros)、集成删除/新增/修改/刷新/锁定
SQL
语句、FetchRows，更让人称道的是引入了Update
SQL
组件。 在处理
MS
SQL
新增后的自增字段，和
ADO
一样可以直接自动返回自增字段值，这一点，
BDE
不能做到、DBX不能做到、ZEOSDB不能做到。更令人称奇是，配合TUniUpdate
SQL
，还能自动返回自增字段值。 TUniUpdate
SQL
是一个好东西，
ADO
缺少TUdate
SQL
运作模式，默认的更新机制是主键字段+已变化的字段做where条件。在一般情况下是没问题，但如果这个表没有主键或where条件中的字段小数位很长导致误餐，就会产生更新找不到记录。TUdate
SQL
可以保证这点，运作灵活又透明。 4、对oracle支持非常好。别的不说，光是一个oracle
连接
的Direct Mode，不用安装oracle官方肥硕客户端（网上也有精10M左右简版的客户端），只要客户机支持TCP/IP协议即可。如果用
ADO
连接
Oracle，必须保证先安装oracle客户端，还要配置
连接
文件，一堆繁琐事情。UniDAC对oracle支持的非常完美，和专业化的DOA差不多！
数据库相关
2,496
社区成员
88,445
社区内容
发帖
与我相关
我的任务
数据库相关
Delphi 数据库相关
复制链接
扫一扫
分享
社区描述
Delphi 数据库相关
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章
发帖
与我相关
我的任务
分享
