Some users have gotten error messages when trying to open their FileMaker 7 or 8 databases in FileMaker 9. This is true even though FileMaker 9 has the same file format as FileMaker 7 and 8 and is meant to be 100% compatible with all existing FileMaker 7 and 8 databases. I wanted to comment on what I've learned about this so far.
Apparently, FileMaker 9 is more rigorous than previous versions of FileMaker in checking for errors before opening a file. When it finds something not to its liking, it puts up a message advising you to recover the file.
I would advise against this if at all possible. The Recover command in FileMaker really is not a good therapeutic tool. It is instead best for situations where you must recover your data temporarily as it is not guaranteed to leave your database completely in tact. So, use Recover when you must get data because there is no other option and then it is best to use a clone of a clean previous version of your database and import data from the recovered file to the clone. Better still, would be to export data from the recovered file and import that exported file into your clone.
The point is, don't use Recover before trying other much better options. The option I like best is to open the errant file in the highest version of FIleMaker it will open in that you have and use the Save a Copy as command to Compressed Copy (smaller). This is not the normal kind of file compression but is instead a unique-to-FileMaker cleaning process that is lossless and actually good for the file. I have yet to have a FileMaker file that did not open in FIleMaker 9 after it was first Compressed by an earlier version of FileMaker in this way.
I recommend that before you try to open your FileMaker files in FileMaker 9 for the first time, that you do this maintenance step first.
Technorati Tags: FileMaker 9
Recent Comments