And that is commercial...
Note from msdn: "Note that Visual FoxPro 9.0 is the last version and was published in 2007" , so it might be a better idea to convert to a more modern format.
https://docs.microsoft.com/en-us/previous-versions/visualstudio/foxpro/mt490117(v=msdn.10)?redirectedfrom=MSDN
But feel free to adding cdx if you want. (I can help, did a lot of that many moons ago for the late PerfectView)
It's not a new product (the opposite) and I have no say in the database structure. Which is an ancient DBF database, of roughly 900 files. Say, 400 tables, often with many fields. The first version of the application was made ~30 years ago and stuff got added over the years. Visual FoxPro is already an update. The current development platform is XBase++ (which is written in Delphi). It even has classes!
The FPC/Laz project I'm building (when nothing else is more important) is an universal data import tool. For now, I'm not using the indexes. The first thing I do is create part of a mostly empty DBF database in SQlite, by copying the structure, and copy the data into that. That's where I do the conversion. And when it's ready, I copy the records from those tables to the new DBF database. So, I already did an upgrade as well.
For now, it's only for that mostly empty database, but adding stuff to an existing database is in the cards.
The main problems are, that a TDbf is only partially compatible with the database (although much better with the fixes from korba812) and that a TDbf and a TSQLQuery are broadly incompatible with each other.
At first, I hadn't realized how slow such a large DBF database is compared to SQL. And I also didn't realize that having the TSQLQuery do all the SQL automatically in the background was much slower that doing the SQL myself.
So I'm already building V2. Another upgrade