How DBConvert handles the Access → FoxPro / DBF differences
DBConvert handles the table-level export in the wizard: Access
source file, WorkGroups credentials, table selection, field
mapping, DBF output shape, memo companions, and validation.
Access application objects remain a separate rewrite track.
Select the source .mdb or .accdb
file. If the database uses Access WorkGroups, enable those
credentials before reading the tables.
Write to a Visual FoxPro .dbc container or to
free DBF tables. Choose the target shape based on what the
legacy application expects to open.
Access Short Text, Long Text, Number, Currency, Date/Time,
Yes/No, and AutoNumber fields need DBF-compatible storage
choices before the target tables are written.
Long text and some binary values are stored through DBF memo
companion files such as .fpt or .dbt.
Keep those files with the exported table folder.
Code pages and field limits
DBF targets have field-name, character-set, and legacy-format
limits that Access does not. Test representative names,
addresses, and long text after the export.
Application objects boundary
DBConvert migrates tables, views, and foreign keys. Access
forms, reports, macros, modules, VBA, and business logic are
rebuilt manually if FoxPro must become the application layer.
Type mapping checkpoints
| Access source field |
FoxPro / DBF target |
Migration note |
| Short Text |
Character / Varchar |
Review field-name length, code page, and trailing-space policy. |
| Long Text |
Memo |
Requires a memo companion file beside the DBF table. |
| Number / Currency |
Numeric / Currency |
Check precision and scale before financial exports are accepted. |
| AutoNumber |
Integer / AutoInc policy |
Confirm whether the FoxPro target should preserve loaded values or generate new ones. |
| Date/Time |
Date / DateTime |
Blank and out-of-range values should be reviewed during the test export. |
| Yes/No |
Logical |
Check how the consuming DBF workflow treats true, false, and null-like values. |
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, and indexes, and the
relationships between them. Access forms, reports, macros, modules, and VBA
do not become FoxPro forms or .prg programs - that logic is
rebuilt in the target environment as a separate workstream.