BusinessObjects Board

Measures, and One-to-Many Table Relationships

Here’s a problem I commonly have when designing a universe. I am not sure what design strategy to use to deal with it. Consider a this simplified example:

I have two tables:

  1. Country, with objects Country and Population
  2. City, with objects Country, City and Population.

Both tables are linked on the country field. Of course, each country can appear many times in the City table. Now, ff a user creates a WebI query for population by City, and accidentally includes Population from the country table, he will see inaccurate results - each city will be assigned the population of its country.

How do I design my universe to limit the chances of a user including measures from the wrong table in their queries?


adricey :jamaica: (BOB member since 2008-07-09)

Hi,

It looks to me that the problem you experience is a fan trap.

What is a fan trap and how to solve it in a universe can be found for instance in the Designer’s FAQ:

There are of course many topics about fan trap on this board that were discussed in the past. Just use search to find them.


Marek Chladny :slovakia: (BOB member since 2003-11-27)

Hi,

Apart of the Fan trap solution, you can also look for @aggregate function to create your measure objects, which helps in selecting the correct measures based on the dimension selected in query.

Regards,
Saurabh Gupta


saurabhg :india: (BOB member since 2007-04-02)

Why would you do something or than the standard solution? It’s been the recommended solution for years because it works.

Had no idea the issue even has its own name. Thanks much for your help. I also found a helpful video (http://www.youtube.com/watch?v=NJShChQF4Ec) about the issue.


adricey :jamaica: (BOB member since 2008-07-09)

Of course it has its own name :slight_smile: It’s a very common issue.


Marek Chladny :slovakia: (BOB member since 2003-11-27)

I’m still a novice. I think all my issues are unique (or are my fault) :smiley:


adricey :jamaica: (BOB member since 2008-07-09)