SQL Server MFC DAO类和MFC ODBC类

核心提示： 在多数情况下，mfc 4.0 中的 dao 数据库类允许您直接访问桌面数据源而无须使用 odbc，SQL Server MFC DAO类和MFC ODBC类(2)，dao 数据库类所具有的同时打开多个数据库类型的能力、使用多数据源的能力以及数据定义语言能力，使其成为重要的开发选择方案，并且

在多数情况下，mfc 4.0 中的 dao 数据库类允许您直接访问桌面数据源而无须使用 odbc。dao 数据库类所具有的同时打开多个数据库类型的能力、使用多数据源的能力以及数据定义语言能力，使其成为重要的开发选择方案。

现在，您已经准备好提出这个问题，自己应使用哪个数据库类集合。如果您所提供的有关自己项目的信息不多，就很难确定这个问题的答案。但是，第一件要考虑的事情是您使用什么数据源。如果您通常使用桌面数据，我们鼓励您考虑 mfc dao 数据库类，因为您将会发现它们极为有效且功能强大。如果您主要使用 odbc(基于服务器)的数据，则使用基于 odbc 的类会使您项目的进展更富成效。

其它考虑事项包括网络种类、可伸缩性要求，以及速度是否是最重要的因素。最好是用您认为工作得最好的数据库类集让应用程序保持原型。可以进行一些基准测试，以确定您的最佳性能选择。

真正的决定权在您

您可用来创建数据库应用程序的选项集合很大。它实际是完整的一系列选项，一端是桌面数据库应用程序，另一端是严格的客户/服务器数据库应用程序。仅有的两种看似明显的选择可能是：在 microsoft access 97 mdb 数据中使用 mfc dao 数据库类，而在 microsoft sql server ™ 6.5 中使用 mfc odbc 数据库类。这两种组合主要是互相配合使用的，均非常有效。但您可能已对这些选择有所了解，其它情况又该如何呢?

简要地说，以下是您赖以决策的过程：

◆确定数据源需求

您需要的数据库有多大? 一次会有多人需要访问数据吗? 有时，其余的大多数步骤均取决于您选择的数据源。

◆确定接口需求

如果您需要的接口有大量的用户输入(如用户可以设计自己的查询)，那么在调整和分发数据库(一个或多个)时就必须要慎重。例如，如果需要用变化不大的数据填充列表框，并且已选择基于服务器的数据源，则将通常不变化的数据存储在本地而非服务器上，是一种有意义的做法。