同方案一一样 , 这其实也不是真正的数据库查询， 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 数据库 ( 很快将提供对各种格式数据库的全面支持 ) ，非常方便好用。
