Access driver and source file
DBConvert reads the source .mdb or
.accdb through Jet / ACE. Passwords, WorkGroups,
and 32-bit versus 64-bit provider choices should be checked
before the first test run.
Write to a Firebird .fdb file or server target.
Confirm page size, character set, and target schema policy
before loading production-sized data.
AutoNumber, Yes/No, Currency, Date/Time, Long Text, OLE
Object, Attachment, Hyperlink, lookup, and multivalue fields
need Firebird-compatible storage decisions.
Generated values and keys
Access AutoNumber columns need a Firebird identity, generator,
or sequence policy. After import, confirm next values before
Firebird starts accepting application writes.
Supported Access queries can become target-side views, but
queries that call VBA, form controls, Access-only functions,
crosstabs, or parameter prompts need manual review.
Application objects boundary
DBConvert migrates tables, supported views, and foreign keys.
Access forms, reports, macros, modules, VBA, and UI workflows
are not converted into Firebird PSQL or application code.
Type mapping checkpoints
Access
Firebird
Notes
AutoNumber
Identity / generator-backed integer
Check next values after import.
Short Text / Long Text
VARCHAR / text BLOB
Review character set, length, and memo content.
Number / Currency
INTEGER, BIGINT, DECIMAL
Preserve precision and scale for financial columns.
Yes/No
BOOLEAN or small integer policy
Keep nullable values if the Access source uses them.
Date/Time
TIMESTAMP
Check date-only and time-only semantics in reports.
OLE Object / Attachment
Binary BLOB policy
Validate with real attachments, not just row counts.
Forms, reports, macros, VBA - out of scope
These are part of the Access application, not the database.
DBConvert's migration covers tables (with their fields, types,
defaults, and indexes), relationships, and the Access queries that
can be represented as Firebird objects. Forms, reports, macros, and
VBA stay in Access or are rebuilt against the Firebird database as a
separate workstream.