<font color=red>BDE的替代品大全（按数据库类型分)</font>——by wjiachun (1分)

//声明：本人不懂数据库，但是问这类问题的人实在太多了，先贴着大家看吧。
//最好把你用过的一些评价一下，利于后来者（以及老猫）学习。
BDE的替代品大全（按数据库类型分)
整理编辑：China ASP

详细连接见 http://www.kylecordes.com
====================================
BDE Alternatives List By Database Server / File Type
This section lists the BDE Alternative products by the kind of database
file type or database server they access. Middleware-based solutions,
such as Adonis, ODBC98, ODBCExpress, and SQL Connectors, can be used to
access a wide variety of servers and file types if an appropriate driver
(ODBC) is available. However, experience shows that unless the vendors
has specifically tested their solution with a given ODBC driver, there
may be incompatibilities. Therefore, middleware-based solutions are
only listed under the database servers and file types with which the
vendor has tested their product.

ADO
ADOExpress (Native)
Adonis Component Suite (Native)
AdoSolutio (Native)
Diamond ADO (Native)
Free ADO DataSet (Native)
GM-Components (Native)
Kamiak ADO (Native)
Borland Paradox
ODBCExpress (Via ODBC/Jet)
Opus DirectAccess (Via Jet)
c-Tree
CT-Connect/32 (Native)
Centura SQLBase
SQLDirect (Native)
Dataflex
Dataflex access (TPFTable) (Native)
DBF
Advantage Database Server (Native)
Apollo (Native)
CodeBase (Native)
Halcyon (Native)
ODBCExpress (Via ODBC/Jet)
ODBF (Native)
Opus DirectAccess (Via Jet)
TbDbase (Native)
TbDBF (Native)
tFox (Native)
Topaz (Native)
IBM DB2
SQLDirect (Native)
Informix Corp. Informix
ODBCExpress (Via ODBC)
Interbase Corp. Interbase
FreeIBComponents (Native)
InterBase Objects (Native DSQL &amp;
BLR)
ODBCExpress (Via ODBC)
Microsoft Access (MDB)
Adonis Component Suite (Via ADO/ODBC)
AdoSolutio (Via ADO/ODBC)
DAO Database Collection (Native)
Diamond Access (Native DAO)
GM-Components (Native)
ODBC98 (Via ODBC)
ODBCExpress (Via ODBC/Jet)
Opus DirectAccess (Native)
TbJet (Native)
Titan Access Developer (Native)
Microsoft SQL Server
Adonis Component Suite (Via ADO/ODBC)
AdoSolutio (Via ADO/ODBC)
ODBC98 (Native ODBC = native)
ODBCExpress (Native ODBC = native)
SQLDirect (Native)
SQLQuery (Native)
ODBC
Adonis Component Suite (Via ADO)
AdoSolutio (Via ADO)
Diamond ADO (Via ADO)
Free ADO DataSet (Via ADO)
GM-Components (Via ADO)
Kamiak ADO (Via ADO)
mODBC (Native)
ODBC98 (Native)
ODBCExpress (Native)
Opus DirectAccess (Via Jet)
Oracle Corp Oracle
AdoSolutio (Via ADO/ODBC)
Direct Oracle Access (Native)
ODBCExpress (Via ODBC)
Oracle Data Access (Native)
Oracle Data Access Components (ODAC) (Native)
SQLDirect (Native)
Pervasive Btrieve SQL
KeoBTV (Delphi+Btrieve) (Native)
Pervasive Data Access Components (Native)
Titan Btrieve Developer (Native)
Pervasive Btrieve
KeoBTV (Delphi+Btrieve) (Native)
Pervasive Data Access Components (Native)
TBtr (Native)
Titan Btrieve Developer (Native)
Proprietary
DBISAM Database System for Delphi (Native)
FlashFiler (Native)
MiniTable for Delphi (Native)
QDB Components (Native)
Spider Object Database (Native)
tBinDataSet (Native)
TkbmMemTable (Native)
tMemDataSet (Native)
Solid Technologies Solid Server
ODBCExpress (Native ODBC = native)
Sybase Adaptive Server
ODBC98 (Via ODBC)
ODBCExpress (Via ODBC)
SQLDirect (Native)
Sybase SQL Anywhere
Adonis Component Suite (Via ADO/ODBC)
ODBC98 (Native ODBC = native)
ODBCExpress (Native ODBC = native)
SQLDirect (Native)
Titan SQLAnywhere Developer (Native)
Tcx MySQL
TmySQL project (Native)
Zeos Library for Windows (Native)

先收藏再说。

哇！又捡到宝，谢谢！

这里有专题：
<a href="http://www.kylecordes.com/">Kyle Cordes's Software Site - BDE Alternatives Guide
http://www.kylecordes.com/</a>

thanks!

BDE和odbc一样都已经进入维护阶段，意思是没有新的升级和开发了
还是用ado把，mts/ado/dcom都是ms的新贵

我自己还是推荐 DBISAM 吧，很不错的，以前一直用2.05 for D3/4/5和CB3/4/5的，
现在都有2.06了，不过只有 for D5的。

to wjiachun:
DBISAM 干什吗的？介绍介绍。

sunstone:
你可以去这里拉一个下来看看，可惜我不懂数据库，不能说出它的精髓，
只是感觉用着很爽！
http://www.24suns.com/freedelphi/NewBlack/vcl/DBISAM/dbisam.htm

ado很好的，尤其d5里面内建的ado原生控件非常爽，很好用。
前几天买了李维的ado/mts/dcom的书，感觉很好。
我的建议就是如果是在windows平台下的话，ado是不二选择，
如果要考虑其他的，比如打算把你的程序移植道kylix上（是不是太超前了点？）
好象资料说lylix和d6的数据存取方式会有同d5有些不同，大概就是
bde是不会用了，会用另外一个数据存取中介取代bde。不过这个问题等道
lylix和d6出来之后才会有意义。但我估计borland为保持代码兼容性，会保留
原来基于bde的数据库控件，只是将其具体实现改变（也就是抛弃bde）。
这时，恐怕就应该考虑不要用ado了。

·························
·我自己灌，全文参见《家庭电脑世界》2001 年第3期·
·························
DBISAM与BDE不一样，它自动处理变化检测，这也导致它们性能的不同。对于Paadox表，
BDE只有在需要完全读取磁盘数据和捕获数据记录锁定时检测磁盘变化（随后刷新本地缓存）。
对于dBase表和FoxPro表，除非强制完全读取磁盘数据或捕获数据记录锁定，BDE不会刷新本
地缓存。相反的，如果你把活动的TDBISAMSession组件的StrictChangeDetection属性设置
为True,DBISAM总是在其他用户进行读写操作之前检测变化以便使本地缓存总是包含最新的
数据。这意味着由于DBISAM自动处理变化检测，每一次批量的读取记录里大部分数据的过程
会导致大量的I/O读取。解决这个问题的办法就是批量读取时锁定相关的表或者使它不能自
动处理变化检测（StrictChangeDetection=False）。
DBISAM在写操作时也自动处理变化检测，这就导致每一次批量的写入记录里大部分数据
的过程会引起一些I/O开销。解决这个问题的办法就是一次包装上百次的更新到一个事务里。
使用事务会使表维持写锁定直到该事务被提交。不过，由于事务完全是在内存里处理的，所
以性能将会和一个表已经被专门打开差不多。
最后，BDE有一个本地共享设置决定写操作是否为共享表缓存。如果一个程序被非正常
关闭，本地共享设置为False将会导致灾难性的后果，因为它会使所有更新数据永远丢失。
相反地，DBISAM绝不会为共享表缓存写操作，它总是在每一次更新后通知操作系统保存所
有更新到磁盘上。如果你希望确定操作系统同步更新到磁盘上（有些操作系统如Windows 95
会短期缓存写操作），你可以用TDBISAMSession组件的FlushBuffers方法或
ForceBufferFlush属性做到这一点。如果仅仅用DBISAM操作一个表，DBISAM会缓存所有写
操作，这样会取得最佳性能。然而，一些应用程序的意外终止会使所有更新数据永远丢失，
就和BDE的本地共享设置为False差不多。

那天给你回的那个odbc和ado的帖子看到没有？
那小子动作太快了，我一提交却发现问题不见了

嘿嘿，看到了，由于不懂数据库，所以在别人的帖子里追问你了 :=）

1分给小猪补补

哇！这里真是高手入林，令小第眼华僚乱！