Director 中如何控制读取数据库

Director 中如何控制读取数据库
     大家都知道， Director/Authorware 在多媒体的动画、美观、易应性方面相比 VB 、 VC++ 、 PB 、
VFP 、 Delphi 等开发工具有巨大的优势，但本身对数据库的支持较弱。这里，笔者结合自己的开发实例对 Director/Authorware 中数据库应用的各种技术做一个全面宏观的介绍，至于具体的技术细节希望有机会以专题的形式详加阐述。

方案一：外部文本文件的读取分析

98 年用 Authorware 开发《广州大典》是就采用此方法，当时有 5000 多条记录，要求能用关键字查
询；记得那时国内外支持 Authorware 查询数据库只有一个 ODBC.U32 ，并且只能返回 5 条记录且易出错。没法子，后来采用了取巧的办法，用外部文本文件的形式保留记录，在 Authorware 中读取并比较，当然了，执行效率极差，为此还特意加了一个冒热气的咖啡动画，以取望梅止渴之功效。

方案二：列表与文本成员的运用

同方案一一样 , 这其实也不是真正的数据库查询， Director 比 Authorware 在这方面要稍好一些，因为 Director 的 Cast 库与 Cast 成员（尤其是文本 Cast ）能够分类保留大量信息，国内外有一些技术文章专门谈到利用列表与文本 Cast 成员进行查询。

方案三：干脆直接调用数据库查询程序

我观察到，在有些项目开发中，有些就干脆直接在 Director 中调用一个用 VFP 或 PB 等写的数据库查询程序，但是在整体感觉与调用速度、效率方面都不尽如人意。

方案四：用 DDE 调用后台运行的数据库查询程序

这是在开发《广州出口商品交易会会刊》时采用的方法。 DDE 是 windows 早期支持的程序间进行通
信的一种机制，后来被 OLE ， COM 所取代，虽然还被支持，但已不再被提倡使用。当时我们用 VFP 写了一个后台运行的数据库查询程序，通过国外某一大学免费开发的 DDE 插件来传递查询字符串以及返回字符串。但是存在传递的字符串有 32K 字节的限制以及占用系统资源较大的缺点，并且同方案三一样数据库查询操作是在另外的进程（程序）中进行。

方案五：采用 Xml 技术

最近以来， xml 逐渐流行， Director 在 7.0 版以后内置了一个 Xmlparser 插件可以对 Xml 格式文件
（或字符串）进行分析。我试过用 VB 写了一个 Xml 生成器，即直接把数据库转成为 Xml 文件再导入
到 Director 中，再用 Xmlparser 分析，我发现这种方法对英文能够支持，但操作次数过多会不断消耗内存直到死机；至于中文则根本不支持，不管我对 Xml 更换各种 encoding( 编码 ) 方式也不行。 Microsoft 的 XML NOTEPAD 也是一样有此问题。

方案六：应用第三方专业的数据库操作 xtra

国外常见的能在 Director 中操作数据库的插件有 Datrgrip,V12,DaoTable 等，都需要大笔美元注
册，购买比较麻烦。最近国内有人也在开发这方面的插件，如笔者开发的 bitDBreader ，它能动态添加的用户 DSN ，再通过 ODBC 来操作 MS ACCESS 数据库 ( 很快将提供对各种格式数据库的全面支持 ) ，非常方便好用。

[1]