Welcome to the dBforums forums.

You are currently viewing our boards as a guest which gives you limited access to view most discussions, articles and access our other FREE features. By joining our free community you will have access to post topics, communicate privately with other members (PM), respond to polls, upload your own photos and access many other special features. Registration is fast, simple and absolutely free so please, join our community today!

If you have any problems with the registration process or your account login, please contact contact support.

If you prefer not to see double-underlined words and corresponding ads, place your cursor
here for ContentLink opt out.

Go Back  dBforums > PC based Database Applications > FileMaker > Using filemaker properly?

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 11-04-08, 14:03
NCM Brian NCM Brian is offline
Registered User
 
Join Date: Oct 2008
Posts: 3
Using filemaker properly?

I have chosen to use Filemaker for our company's contact management system but am looking for some expert advice on setting it up.
I am trying to manage contact lists for 12 different people.
What is the best way to set up the DB?
I don't know if I should my DB up as a single table or multiple tables. If multiple, how do I do this and can I still cross check one table against another to make sure there are not duplicate entries?

Thanks for the help

Brian
Reply With Quote
  #2 (permalink)  
Old 11-07-08, 21:25
<Ender> <Ender> is offline
Registered User
 
Join Date: Aug 2005
Location: Minneapolis, MN
Posts: 56
Use one table for Contacts, one table for Group, and a join table, maybe call it Contact_Group:

Contact -< Contact_Group >- Group

With this structure, a Contact can belong to multiple Groups, and a Group can have multiple Contacts.

You can then define each Group to be for a different person in your company, or add a Group_Employee join table in order to assign the same Group to more than one person.
Reply With Quote
  #3 (permalink)  
Old 11-10-08, 12:19
NCM Brian NCM Brian is offline
Registered User
 
Join Date: Oct 2008
Posts: 3
Thanks Ender. That makes sense.

As a newbie I have to ask: Why would you do that as opposed to just adding that "contact owner" directly to the contacts table? What is the benefit of having a separate table for contacts and employees? Can it make contacts easier to separate out?

Brian
Reply With Quote
  #4 (permalink)  
Old 11-11-08, 23:01
<Ender> <Ender> is offline
Registered User
 
Join Date: Aug 2005
Location: Minneapolis, MN
Posts: 56
You could, if you knew you would only ever need to remember one owner for a Contact. But in my experience, there are often exceptions making the flexibility of a join table useful. Particularly with things about Employees and their responsibilities, things tend to change over time, but remembering what it they were is still important. With the join table, you could store dates for when the Employee was assigned as the account manager for each Customer, or you could keep track of different real-life relationships between Employees and Contacts.

You'll have to evaluate what structure makes sense in your case.
Reply With Quote
Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On