>Hi, I'm new to VFP and am currently migrating an App from
>FPW2.6. I currently ship my 2.6 app with 3 master DBFs. When
>the user installs, the first time the app runs 4 more mater
>DBFs are created, then all 7 tables are indexed (this saves
>shipping disks). Can I incorporate the 3 DBFs into a DBC?

FOA paron me for asking but how much space does 7 empty tables
take?
anyway, to ur questions.
u can defenetly incorparte all the tables into the .DBC
but i think u may not understand it correcty the .dbc
is actually just another .dbf file that holds extra informtaion about the relations of all the tables + stored procedures etc.
VFP is not like access where all the database is stored in the mdb


>When the other tables are built at the user's site, can they
>be added programmatically to the database? Should they be?
>Do the CDXs end up in the database?
again, the .CDXs are not part of the .dbc , the .dbc will hold info about them e.g. the name of the primery index.
also not only u can add tables to the DBC programatically u can create
it programatically as well
If one DBF

>is blown in the database, am I prevented from opening the
>entire DBC?
no

>Are relations set when creating the DBC. Can I still
>programmatically SET RELA TO to change relations amongst
>the tables in the DBC?
u can set realtions when designing the DBC u can also do this
the old fashioned way

Arnon