BDE Database Migration

A BDE migration must preserve the database set and the access semantics expected by every application using its aliases. It can be a data project even when Delphi source is unavailable.

Inventory the BDE estate

Data migration risks

AreaWhat must be tested
Keys and autoincrementStable identifiers, generated-value behavior and references
Types and nullsEmpty string/null distinctions, decimals, dates and booleans
Indexes and orderingCase sensitivity, locale and application lookup expectations
Memo/blob fieldsCompanion-file completeness and binary fidelity
Deleted/damaged recordsWhether extraction includes or excludes recoverable remnants

Choose a transition model

For archival extraction, document schema and export to transparent formats. For continued application use, a compatibility or data-access change may be needed. For a new SQL backend, stage and reconcile data before changing clients. Do not switch all users without rollback and parallel validation.

The application-focused route is Delphi BDE migration. Damaged tables belong in database recovery. Use MDB recovery only for Access/Jet files—not as a generic BDE solution. The database hub covers preservation versus migration.

Provide

Complete data directories, BDE configuration export, applications using each alias, user/concurrency model, expected totals and the intended target database.

Describe your legacy system or problem

Share what still works, what failed, and what must be preserved.

EMAIL BOGLAR.NET