Jonathan's latest books. > > >
Data Design Pros, LLC
~ Custom Software for Growing Businesses ~

Are you using FileMaker Pro to help run your business? You should be. All other databases are second-class citizens and money pits. (Yikes! That sounds a little harsh.) Read why here.

We make your databases work the way you want them to. That's as easy as it gets. Contact us here.

We are dedicated to serving businesses by designing, constructing, training and servicing tools built with the cross-platform database program FileMaker Pro.

* Save Time
* Increase Profits
* Get Exactly the Software You Need

Click here for information about what can be done with FileMaker

About Us
Learn about our company and how we started.
Products & Services
Find out about our product line.
In the News
Read press releases, newsletters, articles, and reviews of our products. Example below.
Ask the Experts
Get answers to commonly asked questions or send email to our experts.
Guestbook
Sign our guest book to receive product notices and press releases.
FileMaker Advisor Magazine
Jonathan's column
FileMaker Pro
Find out more about the program we use in our application development.
Job Opportunities
Data Design Pros, LLC
Testimonials

What our clients say about our work.
FileMaker Links
Go here for a list of links to other web sites that talk about or use FileMaker Pro etc.
FileMaker 8.5 Book Updates
Additions and corrections.
FileMaker Training







 
FileMaker File Names

Renaming your FileMaker files can cause you big headaches. Here's the aspirin.

By Jonathan Stars


FileMaker Pro is the number one selling standalone database in the world. This month I'll talk about the importance of file names in FileMaker. They are so important, I dare to say that file names are King. First I'll talk about some scenarios you might have run into that can cause problems. Along the way I'll talk about how to avoid those problems. Then I'll finish with an explanation of file recovery.

When working with versions of FileMaker starting with 3, you can build relationships between files. Even though versions 7 and later allow you to create multiple tables in one file, there are still plenty of reasons to build multiple files solutions. So you still need to take the file naming issue into account.

Why would you rename your files in the first place? Sometimes people rename files so the name more clearly represents the function. A second case would be if a file is damaged and part of the recovery process involves automatically naming the new file something like "Contacts Recovered.fp7." More on file recovery later.

If you have two files connected with a relationship and you rename one of the files, you can get into quite a fix. One of two things happens; FileMaker can't find a file with a matching name, or it finds a different file with the same name as the old file. In the first case, you get a message telling you the file is missing. At least you know something is amiss. In the second case, FileMaker happily hooks up with the wrong file and it may be some time before you realize you have a major problem - sometimes days or even weeks!

Is it because FileMaker is stupid? Not really. What if one of your friends asked you to come visit them but they moved without telling you. Does that make you stupid? Of course not. You might question your buddy's intelligence though. It's the same with FileMaker. A file expects to find its friend file at the same file name as always. It's up to you to tell it if it has a new name. My advice is, unless you absolutely need to, don't rename any of the files in your solutions. (If you absolutely must rename a file, see my comments further down.)

A separate but similar problem can occur when related files get separated. Maybe you don't know they should be kept in the same folder or that they even belong together, but suddenly you get a message that a specific file is missing. Or again, FileMaker just looks around on the network until it finds a file with the same name.

For example, I got a call from a client who had hundreds of computers on a network. They complained that data they had entered was disappearing and that carerully constructed layouts were changing. When we went to the Open File dialog, we found four files all called "Contacts." It turned out that various departments had all started their own Contacts file. When my client's department started up their Invoice file, FileMaker would put the contact data in whichever Contacts file it found first on the network. No wonder they thought their data was gone and someone was changing their layouts!

Remember that Contacts is a very popular name for a file - as is Invoices, InvoiceLineItems and Inventory. Some developers name files with a two or three letter code that helps represent the purpose of the file. So "Contacts" might becomes "edContacts" to represent that it's for the Education department. If you're having a problem like that, don't just rename your file (unless you're at the very beginning stages of file building). There may be other files dependent on it. You might be better off contacting me to help out.

Another problem I've seen is where someone creates backups that are sitting out there somewhere on the network. Early in my career it happened to me. We were testing an ordering system for a bakery and orders were disappearing. Somehow the Contacts file had connected up with a backup of the Orders file we had over on a Zip disk and was merrily entering orders there.

For that reason, I recommend backups be stored on external drives that get disconnected after the backup takes place--or on the cloud. In the bakery example, all we needed to do was make sure the Zip disk was ejected before we opened the files and started testing. An alternative is to create backups in a folder that only an administrator has access to. And the administrator should understand how the process works. It won't do any good if they double-click one of the files to do some experimenting, only to find that the file is open and shared on the network!

One other scenario I've seen goes something like this: a file gets lost, damaged or renamed and you (or someone else in the office) gets a dialog that says, "Contacts.fp7 could not be found and is required to complete this operation." They just want to get on with their work. So when the File dialog comes up, they look around until they find some version of Contacts.fp7. Worse yet, I've even seen cases where they just clicked on any old file at all because they didn't know what else to do. Big problem!

OK. Let's say you're pretty smart about this. You know where to go to connect your file to the renamed file using the Manage Relationships dialog. Guess what? All is still not well. Even though the basic relationship has now been connected, scripts and value lists may not be. It just depends on what was happening at the time the file got reconnected.

If your files are already well developed and you absolutely need to rename one or more files, you need a special tool called FileMaker Advanced. And you'll need the specific version for the file type that you're working with. Since this process is not your everyday FileMaker work, I suggest you contact me to help you through it since I have every version from as far back as FileMaker 1.

RECOVERY Now I promised I'd explain about performing a Recovery. From time to time files can get damaged. If you entered little or no new data recently and there are no other changes to layouts in the file, it's probably best to just replace the damaged file with the most recent backup. (You do have backups, don't you?)

Barring that, you may have to perform a recovery.

1) Close all your files and open FileMaker. (If you're working with FileMaker Server, you'll need to stop the service and open the "client" version of the program. Never run both at the same time.)
2) Go to the File menu and choose Recover. Find the broken file (let's call it Contacts), select it and choose Open.
3) You'll see a dialog asking where you want the file to go and suggesting you name it Contacts Recovered.fp7. I suggest you put it in the folder with the rest of the files.
4) Depending on the size of the file this can take anywhere from a few seconds to a few minutes.
5) Once it's done, close the file and open the folder where the files live.

This is where everybody gets into trouble. They assume that since the file has been recovered, they're good to go. But when they open the solution, the other files are trying to connect up with Contacts which is still damaged. Instead, continue with the following steps.

6) Change the name of the damaged file to something like "ContactsBroke.fp5."
7) Change "Contacts Recovered.fp7" to "Contacts.fp7."

Now you can work as before.

That being said, I need to warn you that working with a recovered file is not recommended procedure. You should really use a clone of the file prior to the time it was damaged. Then you should export the data from the recovered file and import into the clone. If that's beyond you, well, you know who to call.

 

© 2010 Jonathan Stars

 

Data Design Pros, LLC is an independent entity and this web site has not been
authorized, sponsored, or otherwise approved by FileMaker, Inc.

Email us here.



web counter

web counter