Delphi + BDE 的老程序在 Windows 10/11 上频繁报错，怎么办？
RELIFT 技术团队发布 阅读约 3 分钟
BDE 是一个已经停止发展多年的数据库引擎，它对文件权限、共享目录和内存设置都很敏感，在 Windows 10/11 的权限机制下容易出错。短期可以通过调整安装位置、NET DIR 和共享内存设置来缓解；长期应把数据访问层迁移到 FireDAC 等现代组件，同时把 Paradox/dBase 数据迁到正规数据库。
- BDE 早已停止更新，Embarcadero 官方推荐的替代方案是 FireDAC
- 常见问题来自 UAC 权限、程序装在 Program Files、多台电脑共用的 NET DIR 设置不一致
- “内存不足”类错误常与 BDE 的共享内存设置有关，可调整 SHAREDMEMLOCATION / SHAREDMEMSIZE
- 程序代码里引用了 DBTables 单元，就说明它在用 BDE
- 迁移不必一次完成：先替换数据访问层，界面和业务逻辑可以暂时保留
为什么 BDE 程序在新系统上问题越来越多？
BDE（Borland Database Engine）是早期 Delphi 和 C++Builder 自带的数据库访问引擎，常用来访问 Paradox、dBase 文件，或者通过 SQL Links 连接数据库。它很多年前就已停止发展，Embarcadero 官方推荐的替代方案是 FireDAC。
BDE 设计于 Windows 还没有严格权限控制的年代，它默认会：
- 往程序目录或系统目录写配置文件和锁文件；
- 依赖一个所有电脑共享的“网络控制目录”（NET DIR）；
- 使用固定的共享内存区域。
这些做法在 Windows 10/11 的 UAC 权限、64 位内存布局和更严格的共享目录策略下，都容易出问题。
常见错误和临时处理办法
| 现象 | 可能原因 | 常见处理办法 |
|---|---|---|
| 普通用户运行报错，管理员身份运行正常 | 程序或 BDE 往受保护目录写文件被拦截 | 把程序和 BDE 配置装到 C:\Program Files 以外的目录，或给相应目录写权限 |
| 多人同时使用时报锁冲突、“目录被另一个 .NET 文件控制” | 各电脑的 NET DIR 设置不一致或没有权限 | 所有电脑的 NET DIR 指向同一个共享目录，确保每个用户都有读写权限 |
| 启动时报“内存不足”或初始化失败 | BDE 共享内存地址与系统冲突 | 在 BDE Administrator 中调整 SHAREDMEMLOCATION、SHAREDMEMSIZE 等参数 |
| 数据表损坏、索引出错 | 网络中断、多人同时写入、异常断电 | 定期备份，用工具修复表和重建索引，减少通过不稳定网络直接写共享文件 |
以上属于“让它先跑起来”的处理办法。每一项都依赖对 BDE 很熟悉的人，而这样的人越来越少。
怎么判断程序是否在用 BDE？
- 有源代码：看
uses子句里是否有DBTables、BDE、DBiProcs等单元；窗体上是否有TTable、TQuery、TDatabase、TSession组件。 - 没有源代码：看电脑上是否安装了 BDE Administrator，系统中是否有
idapi32.dll，数据目录里是否有.db（Paradox）、.px、.dbf文件以及PDOXUSRS.NET这类锁文件。
长期方案：迁移的顺序
1. 先把数据迁出来
Paradox 和 dBase 是文件型数据库，多人共享写入时容易损坏，也没有真正的事务。建议先把数据迁移到正规数据库，例如 SQL Server、PostgreSQL，或者单机场景用 SQLite。迁移时要特别注意：
- 中文编码（老数据大多是 GBK）；
- 日期、金额字段的格式；
- 没有主键的表、重复数据。
2. 再替换数据访问层
把 TTable、TQuery 换成 FireDAC 的 TFDTable、TFDQuery 等组件。FireDAC 的用法和 BDE 组件相近，如果程序的数据访问比较集中，这一步可以在不改动大部分界面和业务逻辑的前提下完成。
3. 按需决定是否整体重建
完成前两步后，程序已经摆脱了最大的技术风险。接下来是升级到新版 Delphi 继续维护，还是逐步重建为新的技术栈，可以根据业务需要和预算再决定。
迁移前必须做的准备
- 完整备份程序、配置和所有数据文件；
- 整理出程序访问了哪些表、哪些字段，业务规则写在哪里；
- 准备一份“新旧系统结果对比”的测试方案，用旧系统的输出作为标准，逐项核对新系统。
如果不确定程序里哪些地方用了 BDE、数据量和风险有多大，可以先做一次系统体检，把结构和风险点摸清楚。
常见问题
- 怎么判断我的 Delphi 程序是不是在用 BDE？
- 有源代码的话，看 uses 子句里有没有 DBTables、BDE 等单元，窗体上有没有 TTable、TQuery、TDatabase 组件。没有源代码的话，看电脑上是否安装了 BDE Administrator，程序目录或系统目录里是否有 idapi32.dll。
- 多台电脑共用一个 Paradox 数据目录，经常报“目录被另一个 .NET 文件控制”之类的错误，是什么原因？
- 这是 BDE 的 NET DIR 设置问题。所有访问同一份 Paradox 数据的电脑，NET DIR 必须指向同一个共享目录，并且每个用户都有读写权限；任何一台设置不一致都可能导致锁冲突。
- 迁移到 FireDAC 要重写整个程序吗？
- 不一定。如果程序的数据访问比较集中，可以只替换数据访问组件和连接方式，大部分界面和业务代码保持不变。迁移量取决于 TTable 直接绑定界面的程度。
本文由 长沙数分信息科技有限公司（RELIFT）技术团队撰写。文中涉及的厂商支持政策以官方最新公告为准；处理生产环境前，请先完整备份程序和数据。