A DBF or Visual FoxPro database lives as a folder of files on a
desktop or server share - .dbf tables,
.fpt memo companions, .cdx indexes, and
(for VFP) a .dbc container.
Migrating that file set into MySQL replaces DBF's single-user
file-locking model with concurrent server access and
managed-cloud hosting (RDS / Aurora / Azure Database / Cloud
SQL).
What DBConvert does on this path:
handles the legacy DBF move as a repeatable desktop workflow:
-
Reads Visual FoxPro
.dbc databases, standalone DBF tables, dBase, Clipper, XBase, and FoxBase sources - picking up companion .fpt memo files alongside each .dbf.
-
Creates MySQL-compatible tables and migrates records, with type-mapping review and code-page re-encoding to
utf8mb4.
-
Writes to MySQL, MariaDB, Percona Server for MySQL, Amazon RDS / Aurora for MySQL, Azure Database for MySQL, or Google Cloud SQL for MySQL.
-
Saves the job as a repeatable session so test migrations can be rerun before the final cutover; DBSync keeps both sides aligned during a staged cutover.
What it does not do:
DBConvert does not rewrite FoxPro forms, reports, menus,
.prg programs, or application business logic
into a MySQL application layer.