【发布时间】：2009-11-18 10:46:27
【问题描述】：
我正在迁移到 Delphi 2010，并且正在使用 Microsoft SQL 2000（计划升级到 SQL2008）。我一直在使用 BDE，想知道是否应该在我未来的应用程序中使用 dbGo (ADO) 或 dbExpress。有人可以向我解释一下使用这两种方法的优缺点吗？
非常感谢。
【问题讨论】：
标签： sql-server delphi delphi-2010 dbexpress
【发布时间】：2009-11-18 10:46:27
【问题描述】：
我最近完全遇到了同样的困境，想知道是否要从 ODBCExpress 转移到 ADO 或 dbExpress，后者更受开箱即用的支持。
最后我的决定非常简单，因为它是为我做出的：dbExpress 是单向的，设计用于执行查询，而不是用于在数据集中进行光标式移动。您必须通过使用 TDataSetProvider 和 TClientDataSet 组件添加额外的支持才能使用网格和其他 db-aware 控件。所以它可以完成，但额外的层对我来说排除了它。
Zarko Gajic 在他的 delphi.about.com 网站上有一个 excellent article。
我相信其他人会不同意，这很好，我欢迎讨论。
【讨论】：
出于性能原因和未来发展，我将使用 dbExpress。
dbExpress 自最新版本以来已被推高，但自 Delphi 5 或 6 以来 dbGo 并没有改变，并且每个版本仅包含少量修复，而 dbExpress 在每个版本中都得到了更多改进，特别是在最近几个版本中。
另一种选择是使用 DevArt 的SDAC，与其他技术相比，它具有最好的性能和更高级的 Sql server 功能。
【讨论】：
-
是的，我当然同意 dbExpress 仍然得到 CodeGear 的大量关注和维护，并且似乎很受尊重。我对 ADO 的建议是因为它与旧版本相比并不真正需要更改，因为 ADO 本身并没有真正向前发展，而且它是一种 MS 标准技术，这意味着它得到了很好的支持。
-
我们使用 SDAC。非常简单而且效果很好。当 Borl/CodeG/Embarcadero 改变他们对当前最喜欢的数据库实现方法的想法，或者他们决定在专业版和企业版中发布哪些驱动程序时，我们不会被抓住（希望如此！）。
对于简单的应用程序J 的解决方案可能足够好，但对于性能是一个问题的客户端/服务器应用程序，我会选择 dbExpress。 Zarko之前指出的文章确实是不错的阅读材料。
【讨论】：