Solved

FM - Design & Strategy Advice for new DB

Posted on 2011-03-09
8
491 Views
Last Modified: 2012-08-13
We have two businesses - property management and a realty company - that share Filemaker.  Leads are passed by email from the first group of salesmen to the 2nd after 21 days.  Now, now my boss wants to create a new db or table on the realty side to import the new leads from the P.M. side.  However, we already have a contacts table on the realty side (ongoing relationships only, not Leads).  So, would you a) combine the leads imported from P.M. to Realty with the current contacts in Realty into the same table and just flag them differently or b) create a new RealtyLeads table and when a lead becomes a real contact, import it in from RealtyLeads to RealtyContacts?  The drawback of combining is that the fields and design are a bit different and the Contact table woujld grow tremendously because we receive about 20 leads per day.  

No right answer here, just looking for advice.
0
Comment
Question by:rvfowler2
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
8 Comments
 
LVL 12

Assisted Solution

by:North2Alaska
North2Alaska earned 125 total points
ID: 35083532
I would put them in the same table.  A name is a name...  But I might also have other tables that link to the contacts table to identify which contacts do what thing.
0
 
LVL 25

Accepted Solution

by:
Will Loving earned 175 total points
ID: 35083583
I think the answer would depend on how many of the leads convert to contacts that you would want to keep and what your workflow is. You could add them to Contacts and just find a very clear visual way to mark them, or to exclude them from view when you don't want to see them. I think you need to think about the workflow and how often you're going to flush leads and what the criteria are for deleting them. Are leads managed differently from Contacts? Would it be advantageous to have the leads included in Contacts?
0
 
LVL 4

Assisted Solution

by:challengeday
challengeday earned 200 total points
ID: 35084259
I agree with N2A I would put them in the same table and give them a status field, so a person would change status from lead to contact.

You'll need to smooth out the differences. A table growing tremendously isn't a problem. It'll be a long time before you hit FM limits.

I also agree with Will. Particularly you have to look at where in your PM side you make the following assumption: The set of contacts is the set of all records in this table. It's easy to make that assumption in lists, reports, printing, etc. If you start keeping both leads and contacts then you have to do fix any place where you make that assumption and select the group you want.

If that assumption is in place throughout the database then it will be a lot of work to build the selecting mechanisms.
0
Independent Software Vendors: We Want Your Opinion

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

 
LVL 2

Author Comment

by:rvfowler2
ID: 35084636
First, only 5-8% of Leads turn into contacts.  Second, fortunately, the Contacts table has only been around since Sept, so it would take some work, but not a tremendous amount to create a ContactsOnly TO and change the portals and reports to fit.

We have seen FM slow down a bit with the growth, since I've been here (about 14 months).  We've added one db and about 20 tables.  But possibly where it slows down is not the increase in records, but the use of unstored calc fields.  I've posted this in another question, but I think we use too many calc fields when we could use a report instead.
0
 
LVL 4

Assisted Solution

by:challengeday
challengeday earned 200 total points
ID: 35084720
Yes, calc fields on a layout (especially if you are doing summary or other aggregate functions in the calc) can slow down FM. The way you know it's those fields is that it speeds up when when it's on a layout that doesn't have those fields.
0
 
LVL 2

Author Comment

by:rvfowler2
ID: 35084835
So unstored calcs only slow down FM when displayed.  Does that mean I could use them behind the scenes and they only get calced when used for a weekly report?
0
 
LVL 4

Expert Comment

by:challengeday
ID: 35084925
Yes, that is my experience.
0
 
LVL 2

Author Closing Comment

by:rvfowler2
ID: 35085978
Thanks.
0

Featured Post

Technology Partners: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Problem: You have a hosted FileMaker database and users are tired of having to use Open Remote or Open Recent to access the database. They say, "can't you just give us something to double-click on rather than have to go through those dialogs?" An…
Having just upgraded from Filemaker 11 to Filemaker 12 over the weekend, we thought we would add some tips for others making the same move.  In general, our installation went without incident. Please note that this is not a replacement for Chapter 5…
There's a multitude of different network monitoring solutions out there, and you're probably wondering what makes NetCrunch so special. It's completely agentless, but does let you create an agent, if you desire. It offers powerful scalability …
Visualize your data even better in Access queries. Given a date and a value, this lesson shows how to compare that value with the previous value, calculate the difference, and display a circle if the value is the same, an up triangle if it increased…

628 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question