3 Replies Latest reply on Jan 15, 2015 8:44 AM by thong127

    How to do reports?!?


      Hey all,


      I'm still new at this so please bear with me.


      I've set up my personnel database and it's working amazingly well. Now, however, I want to be able to quickly get information OUT of it.


      Here's my relationship graph:


      Screen Shot 2015-01-14 at 8.50.45 PM.png


      I just want to create a report that shows me how many reviews an employee has gotten. Ideally I'd like to put a button on every employee's Reviews tab, push it, and be able to print off a report. I'd especially like to be able to print a report to see how many 5-star reviews they've gotten on Yelp or A's on Angie's List. But for now, I'd just like to figure out how to get the damn thing to work. Right now when I run through the little layout/report wizard it just gives me a list of employees with one review. I can't even get off the ground here. It seems a little bizarre that creating useful reports with a relational, multiple-table database would be such a carefully guarded secret.


      Any help is appreciated. Thank you.



        • 1. Re: How to do reports?!?

          To create a working report, you must:


          • set up a layout in list view, based on the table that has the desired granularity (probably your join table)

          • create sub-summary parts to group by specific entities (e.g. employees and reviewSource)

          • create summary fields (e.g Count of, primary key)

          • place data fields & summary field(s) into the parts where you want to to see aggregated values; this includes native fields (from the join table) and related fields (e.g. employee name)


          Then write a script to:

          • go to the layout

          • find the desired records (e.g. n-starred reviews, within a dateRange, etc.)

          • sort by any fields that are the break fields for the sub-summary parts you want to see (employees and reviewSource)


          Which should give you something like


          Jane (sub-summary by employee; related name field from Employees)

          Yelp: 1 (sub-summary by reviewSource; related field from review, native summary field)

          A's: 2


          Yelp: 3

          Angie's List: 2

          … etc


          There's no body part here because you're probably not interested in the individual records (review/employee combination).

          truckbuddy wrote:

          It seems a little bizarre that creating useful reports with a relational, multiple-table database would be such a carefully guarded secret.


          It seems a little bizarre that you should think of this as a secret. By whom should it be guarded, and why carefully?


          You can find a similar description in any number of books, and also in the product documentation (which I guess you have temporarily mislaid …), as well as in quite (I think) a number of posts in this and another forum that shall remain unnamed. Google comes to mind …

          • 2. Re: How to do reports?!?



            Thanks so much! This looks like it'll help me find the trail.


            I don't literally think of this as a secret, of course. I have a subscription to Lynda.com, I have the Missing Manual for FMP, there are the help files... But as you may remember from your first experience with FMP, or any database design, it's one thing to have questions, but another thing to find/understand the language within the context of the thing in order to ASK the questions. It's especially frustrating when you know that the answers must be simple, but you only know how to ask questions in Tagalog...


            Thanks again!