 |
|
登录注册 |
| ☦ 上海交通大学论坛 > 数据库 > 浏览当前帖子 | 手机版 关闭左侧栏 |
| [2]我与数据库不得不说的故事 |
| 【返回本版】 【发表帖子】 【回复帖子】 | 浏览量 4045 回帖数 0 |
 |
春原 等级 ☆ 楼主 发表于 2011/6/26 18:03:23 编 辑 |
|
|
VC+Access开发数据库的体会 2000是我难忘的一年，正是在这一年的8月，我用VC开发了自己的第一个数据库软件。 作为一个初学者，刚开始学习数据库开发的经历真是令我有点后怕。//hehe.用VC加 Access开发数据库主要是理清一个DAO概念，因为Access是Microsoft的一个强有力的数据库 软件，所以它有一个基本关系数据库的基本功能。Microsoft更是开发处理一整套的Dao技术 和概念。 在整个过程中，我其实一直在与CDaoRecordSet打交道。在MFC中封装了一个 CDAORecordSet类，他继承了CRecordSet的属性，针对Access的.mdb文件作了许多有特性 的封装，只要使用好这个类，就可以了；当然也可以使用CRecordSet类，通过odbc接口 来连接数据库（*.mdb）因为这个项目已经过了很久，我也将不出整个开发流程是怎么 回事了,//hehe.倒是有几点体会： 1、一个完整的数据库总是有一个自己的驱动引擎，一个SQL命令解释器，Access 也不例外. 可以直接用CDaoRecordSet连上.mdb文件（Access 97），也可以用odbc来连接。 不过我总觉得在数据库外部通过程序(vc)控制数据库内部的数据操作和数据库的运行，怎 么说也是一个低效率的手法。特别是通过odbc连接，尽管他非常有用。不过在大型的数据 库中，总是有自己的开发方式和特别的使用方式。因为一般来说，数据库有一个自己的内 存管理控制方法、全局事务处理引擎，以及一个自己的SQL、C、JAVA的开发环境，这些工 具大多都是内置的（一般都有自己的编译器）。如果大家用心比较一下，就会发现在使用 数据库本身的工具比□□外部的公用工具要快得多。特别是在处理SQL上，即使是使用odbc, 数据库内不还是要对来自odbc的查询和处理进行自己的任务、计划编译，从而产生一个最 优的，最适合本数据库系统的执行规划，而且这样的规划代码还可以存储在数据库的内存 管理区中，供数据库引擎不断的调用或者是给□□过程调用。 2、通过odbc接口使用有利也有弊。因为通过odbc接口，我们可以很容易地在自 己熟悉的环境下熟练的使用编程的方式直接操作数据库，这样的工作方法一是容易降低开 发难度，二是容易开发出界面美观的方便实用的软件。容易上手，这就是它的利。而不利 于理解数据库理论和运行原理，就是它的弊。因为在用vc编程的过程中，我几乎就不懂太 多的数据库知识，什么关系数据库、面向对象数据库、范式等等，我几乎都说不清//shy。 不过我发现这些细节已经被系统屏蔽掉了，自己做的工作很大程度上是实行Open(),Add(), Update(),Delete(),Find(),Close()这几个函数，呵呵。当然代价就是速度慢了点。 当然，数据库开发者各种各样，大都处于自己一时的数据处理需要，所以只要能 够上手就行，并不必在意数据库的许多其它方面的应特性，如可扩展性、可移植性等。特 别是一般大多应用程序都离不开单机使用的模式，能在网络上使用的并不多，开发也比较 复杂。现在不少数据库都有一个朝大型化、网络化发展的潮流。希望大家也都有一个大概 的了解吧。 //tea all. |
||
| 1 |
| 论坛帮助 会员认证删帖申请 联系我们 |