MFC中的数据库编程技巧

 MFC中的数据库编程技巧

2011-09-04 19:13

高级技巧
选择数据库选项
Visual C++提供了几个不同的选项，允许或禁止应用程序中的数据库支持。所选择的数据库支持层次依赖于正创建的应用程序的类型，虽然这并不是需要考虑的唯一标准。例如，你可能需要数据库是应用程序的一部分（像游戏程序），而不需要用户直接和它交互作用。同样地，就所要求的支持层次而言，实用程序肯定和你为安全数据任务所创建的应用程序不同。但是，用户可能需要访问同一数据库的几个不同版本，所以要允许用户从应用程序内把它打开。下面的一览表可以帮助你理解可用的选项。
None（无） 选择这个选项意味着不想要任何数据库支持。今后再添加它是很烦琐的，所以如果有应用程序需要某种数据库支持的可能性，就请仔细考虑一下这个选项。甚至，非数据库应用程序都要经常利用数据库来存储配置设置或者其它信息。众所周知，游戏程序内含扩展数据库，你还会发现，几乎没有帮助桌面应用程序可以不使用数据库。
Header Files Only（只要头文件） 如果认为需要数据库支持但确实对其细节不清楚的话，这是应该选择的最好选项。Visual C++向应用程序中添加所要求的头文件，但会要求你自己创建数据库类。实际上，这项工作比想像得要少，因为Class Wizard会为你完成创建类的最困难部分的工作。你要做的，只是添加实际检验数据库内容所需的代码。
Database View without File Support（无文件支持的数据库视图） 有时候，你不想用户在可用文件的外部对文件做任何处理。这个选项要Visual C++创建访问ODBC数据源所需的全部类，你已经提供了类，但不准备制作打开其它文件所需的菜单条目。自定义数据库应用程序的建立者们可能用这个选项用得最多。例如，如果这个应用程序被设计成用来编辑公司的工资表，就不想要用户私自打开文件，破坏安全措施。消除文件支持可能不会使数据库完全安全，但它确实排除了又一个潜在的安全漏洞。
Database View with File Support（带文件支持的数据库视图） 实用程序总是使用这个选项，因为它为用户提供了最大限度的自由。不但你的应用程序会访问已被设计到应用程序中的数据源，而且你还可以打开外部文件。当然，用户实际使用这个特征的能力要依赖于已建立程序本身的能力。
选择记录集类型
Visual C++提供了几种记录集，可以用来定制应用程序的工作方式。查看这些不同选项的最快方式要兼顾速度和特征。你会发现，在很多情况下，如果想添加特征，就必须付出程序执行速度降低的代价。下面告诉你一些可以自由支配的记录集选项。更重要的是，要告诉你从这个选项可以获得更快的速度还是更多的特征。
Snapshot（快照） 这个选项要Visual C++在一次快照中下载整个查询。换言之，及时快速地给数据库内容拍照，并把它作为未来工作的基础。这种方法有三个缺点。第一，你看不到别人在网络上做的更新，这可能意味着你的决定是建立在老信息的基础上。第二，一次就下载所有这些记录，这意味着在下载期间给网络增加了沉重的负担。第三，记录下载时用户会结束等待，这意味着网络的呼叫性能变得更低。然而这种方法