Phil - Thursday, August 5, 2010 4:37 PM:
Is there any "best practice" as far as importing packages from one Innovator DB to another? I have a pretty good understanding of how everything is tied together, so I figured I would try the following import order, but it did not work nicely at all.
1. Users
2. Files
3. Methods
4. ItemTypes
5. Relationship Types ?
6. Forms
7. Permissions
8. Grids
9. Lists
Again, there is some confusing chicken/egg stuff going on here. I don't think I should Import the Relationship Types before the ItemTypes, but I don't think things work properly when I go to import the ItemTypes and the Relationship Types aren't there.
For clarification, I am talking about importing via the Import and Export tools and possibly NASH.
Thank you for any help.
Brian - Sunday, August 8, 2010 6:49 PM:
Hi Phil,
Shouldn't you be creating a Package and then exporting it to be imported into the other DB?
Cheers,
Brian.
Phil - Monday, August 9, 2010 10:53 AM:
Hi Brian,
Thats exactly what I am referring to. I am creating packages in one installation, and then trying to export/import them into another installation. My list abover refers to the order I have tried importing them into the 2nd installation (without success).
I am really having difficulties importing ItemTypes/Items that have relationships. Any advice you are willing to give would be much obliged. Thank you!
Brian - Tuesday, August 10, 2010 6:36 AM:
Hi Phil,
Sorry if I seem a bit obtuse but when you export using the export tool you get a directory structure and a manifest file? Yes?
When you import you specify this manifest file and it handles the import?
You shouldn't need to specify an order of operations.
Is there an issue with circular references or missing references?
I haven't used the tools for much work but they seem to do the job in a straightforward way.
Have you got a package and manifest file that you can zip up and send to me and I will try to import it at this end?
You can send it to [email protected] if you are interested.
Sorry I can't be more direct help without looking at the package.
Cheers,
Brian.