Jump to content
Claris Engage 2025 - March 25-26 Austin Texas ×

This topic is 5373 days old. Please don't post here. Open a new topic instead.

Recommended Posts

Posted (edited)

All,

Anyone hit this scenario before?

If you have a complex database with many tables and want to be able to script a data migrgation into the newest version from an older version, you have to set up lots of "Import" script steps, one for each table. The import source filename is set in the script by user entry. To set each script step correctly you have to hard code the file name temporarily during script edit so you can pick the source table name and the field import order (in this case "Matching Names"). After that, you remove the hard coded reference and slide in your $variable reference you know the user will set.

My question is, if one table does NOT exist in the import source file you would think that FM would throw an error you could track. But, it just seems to default to the next table and pulls data in from there. When you set "Matching Names" on an import step, the next time you view the step it has reverted to "Last Order". Maybe that's because when I look at the step after I slide in the $variable file reference it can't access the file during script edit so it defaults to "Last Order".

Anyway.... Anyone have a better way of absolutely forcing FM to only import from a matching table name and matching field names during a script?

Thanks

David

Edited by Guest

This topic is 5373 days old. Please don't post here. Open a new topic instead.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.