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.