exam questions

Exam 70-778 All Questions

View all questions & answers for the 70-778 exam

Exam 70-778 topic 1 question 115 discussion

Actual exam question from Microsoft's 70-778
Question #: 115
Topic #: 1
[All 70-778 Questions]

DRAG DROP -
You are configuring the relationships between the following tables.

A customer can have multiple accounts. An account can only be associated to one customer. Each account is associated to only one insurance policy.
You need to configure the relationships between the tables to ensure that you can create a report displaying customers and their associated insurance policies.
How should you configure each relationship? To answer, drag the appropriate cardinalities to the correct relationships. Each value may be used once, more than once, or not at all. You may need to drag the split bar between panes or scroll to view content.
NOTE: Each correct selection is worth one point.
Select and Place:

Show Suggested Answer Hide Answer
Suggested Answer:
References:
https://docs.microsoft.com/en-us/power-bi/desktop-create-and-manage-relationships

Comments

Chosen Answer:
This is a voting comment (?). It is better to Upvote an existing comment if you don't have anything to add.
Switch to a voting comment New
Hien
Highly Voted 5 years, 10 months ago
Account to BrigdeAccount should be one to one, as "one account can be associated with one customer"
upvoted 14 times
rhsdeal
5 years, 10 months ago
Right so the answer should be as follows: Relationship from InsurancePolicy to Account = One-to-one Relationship from Account to BridgeAccount = One-to-one Relationship from Customer to BridgeAccount = One-to-many
upvoted 59 times
maggie4
4 years, 6 months ago
Fully agree. Actually, it's more directly understand the story is each customer(Customer ) has many accounts(BridgeAccount ), which has one name(Account) and present one insurance identified by one policyID(InsurancePolicy). :)
upvoted 1 times
...
...
...
rhsdeal
Highly Voted 5 years, 10 months ago
Relationship to bridge is 1-1
upvoted 7 times
...
nemanjaandic
Most Recent 4 years, 4 months ago
Bridge table is needed because there is no direct connection between Customer and Account table. So Bridge table behaves as a bridge between these 2 table and it contains all combinations of CustomerID from Customer table and AccountID from Account table. So Bridge table will look something like this: CustomerID AccountID Customer1 Account1 Customer1 Account2 Customer2 Account3 Customer1 appears 2 times because a customer can have multiple accounts. There is no possibility that there are duplicate AccountIDs in this Bridge table as an account can only be associated to one customer. So we can't have Customer2 Account2 Because Account2 is already assigned to Customer1. So relationship from Account to BridgeAccount will be: 1:1 (no duplicates) relationship from Customer to BridgeAccount will be: 1:many (duplicates) relationship from InsurancePolicy to Account will be: 1:1 (as each account is associated to only one insurance policy).
upvoted 1 times
...
Lhouss
4 years, 6 months ago
1-1 1-1 1-*
upvoted 1 times
...
Mar_tin
4 years, 7 months ago
Regarding the following Link: https://docs.microsoft.com/en-us/power-bi/guidance/relationships-many-to-many#relate-many-to-many-dimensions Section: Relate many-to-many dimensions the Exam task 115 is similar to the Mircosoft Bank Account example where relations to a Bridge table are: 1-* Thats why I go with the given solution: 1. Relationship from InsurancePolicy to Account = One-to-one 2. Relationship from Account to BridgeAccount = One-to-many 3. Relationship from Customer to BridgeAccount = One-to-many Even from a the business logic it is strange that "account owner" cannot purchase multiple insurances with one account but this is not part of the question right? ;)
upvoted 1 times
...
CDL
4 years, 7 months ago
I go with: 1. one to one (refer to 2nd sentence, one Acct only related to one Single insurance policy) 2. one to many (1st of all, Bridge table always one to many, 2nd, Acct to Bridge, Account which means 1 particular insurance policy only apply to one customer, on the contrary, one customer can have various policies (life/health/death, blablabla...), absolutely one-to-many. 3. one to many, same explanation as 2. Nowadays, many-to-many relationship new solution (Cross Filter: This approach removes requirements for unique values in tables.): https://docs.microsoft.com/en-us/power-bi/transform-model/desktop-many-to-many-relationships
upvoted 1 times
...
jackPee
4 years, 9 months ago
Well, I've never heard about a bridge table with one side 1-* and on the other side 1-1. Whenever you hear bridge table, it must be a one-to-many relationship to/from both sides. So, the last two are one-to-many, regarding to the first: The description says that an account is associated to one insurance. But one insurance could be associated to multiple accounts. I'd go with Many to one for the first one.
upvoted 1 times
...
tsgie
4 years, 9 months ago
so what is the final answer???
upvoted 1 times
...
wifaq
5 years ago
You can have M-M now in PBI and the first sentence gives you the answer. A customer can have multiple accounts, 1-M. An account can only be associated to one customer 1-1. Each account is associated to only one insurance policy 1-1.
upvoted 2 times
...
calibear
5 years, 4 months ago
Customer Table ============================== CustomerID CustomerName c1 cust1 c2 cust2 BridgeAccount Table ============================== AccountID CustomerID ba1 c1 ba2 c1 Account Table ============================================================ AccountID AccountName CustomerID (virtual) ba1 accname1 c1 ba2 accname2 c1 InsurancePolicy Table ============================================================ PolicyID AccountID CustomerId (virtual) pol1 ba1 c1 pol2 ba2 c1 The correct answer according to the above relations; From InsurancePolicy to Account = One-to-one From Account to BridgeAccount = One-to-one From Customer to BridgeAccount = One-to-many
upvoted 6 times
Jrestrepo
5 years, 3 months ago
I agree, with the relationships you have mentioned. But I still believe there was no need for a bridge table at all. A one to many relationship between custome and account would have been more effective.
upvoted 1 times
...
debuu
4 years, 11 months ago
PolicyID AccountID CustomerId (virtual) pol1 ba1 c1 pol1 ba2 c1 No constraint is restriciting me to draw this.. So now it is One to Many
upvoted 1 times
...
...
Ahmadov_10
5 years, 5 months ago
Relationship from InsurancePolicy to Account = Many-to-one Relationship from Account to BridgeAccount = One-to-many Relationship from Customer to BridgeAccount = One-to-many Based on ID relations
upvoted 3 times
...
mohroshdy
5 years, 6 months ago
1- InsurancePolicy to Account (1:1) 2- Account to BridgeAccount (1:1) 3- Customer to BridgeAccount (1:*) TESTED
upvoted 4 times
...
moodi86
5 years, 6 months ago
an account belong to one insurance policy, but n insurance policy could have multiple accounts Relationship from InsurancePolicy to Account = One-to-many Relationship from Account to BridgeAccount = One-to-one Relationship from Customer to BridgeAccount = One-to-many
upvoted 5 times
...
AkaChilala
5 years, 7 months ago
The provided answer is correct. Customer 1 ---< * Bridge Account Bridge Account 1 --- 1 Account Account 1 --- 1 Insurance Policy
upvoted 2 times
...
AnetaK
5 years, 7 months ago
Why do we need a bridge table at all?
upvoted 1 times
JohnFan
5 years, 6 months ago
In Power BI, many-to-many relationship is not allowed. You have to use bridge table to get around of it.
upvoted 1 times
JohnFan
5 years, 6 months ago
This question is an typical example of many-to-many relationship: In insurance, a customer (or household) can have different policies, but a policy can support multiple customers (or households). In many businesses, a parent customer can have subsidiaries. Other examples include: a author has contributed to many book, a book is written by many authors in a Sales database, each product belongs to one or more groups, and each group contains multiple products in banking, a customer can have different accounts, and an account can belong to different customers.
upvoted 1 times
JohnFan
5 years, 6 months ago
Another example is that a person can have several sports interests (swimming, jogging, soccer, table tennis...), each of sports interest can belong to different people.
upvoted 1 times
JohnFan
5 years, 6 months ago
So in this question, in fact, Account is also a bridge table. The reason to create this bridge table is that Policy ID and Account ID have one-to-one relationship. However, it is not possible that one table ("insurance policy") has two primary key, you have to change one as foreign key. So we Account ID took this responsibility and then we create a table for itself, in that table, it gets own primary key. Then in bridge table, both AccountID and CustomerID are foreign key. Therefore, this solved problem of many-to-many relationship.
upvoted 1 times
JohnFan
5 years, 6 months ago
The bridge table is the only one way to deal with many-to-many relationship, there are a few other ways of implementing many-to-many relationships : the Boolean Column, or the Multiple Column method https://gerardnico.com/data/modeling/many-to-many
upvoted 2 times
...
...
...
...
AnetaK
5 years, 6 months ago
"A customer can have multiple accounts. An account can only be associated to one customer." So it is a simple one-to-many relationship. No need for a bridge table.
upvoted 1 times
AnetaK
5 years, 6 months ago
Ok, I've missed the fact that there is no CustomerId in the Account table.
upvoted 2 times
...
...
...
borut
4 years, 10 months ago
Because in this scenario we must implement many-to-many relationship between fact table Insurance Policy and dimension Customer. Bridge Account table should be intermediate fact table between Insurrance Policy fact table and Customer dimension. You must be focus on primary key of every table in this solution, especially on Bridge Account table (PK = Account ID, Customer ID). Many-to-many is the only correct solution in this scenario. So, given this fact, we should be implement this relationships in model: - Relationship from InsurancePolicy to Account = Many-to-one - Relationship from Account to BridgeAccount = One-to-one (An account can only be associated to one customer) - Relationship from Customer to BridgeAccount = One-to-many I don't see any other option.
upvoted 1 times
borut
4 years, 10 months ago
Sorry, i correct my solution: - Relationship from InsurancePolicy to Account = One-to-one (Each account is associated to only one insurance policy.) - Relationship from Account to BridgeAccount = One-to-one (An account can only be associated to one customer) - Relationship from Customer to BridgeAccount = One-to-many (A customer can have multiple accounts.)
upvoted 1 times
...
...
...
Tof
5 years, 8 months ago
I vote for (One account may have multiples Insurance Policy) Relationship from InsurancePolicy to Account = Many-to-one Relationship from Account to BridgeAccount = One-to-one Relationship from Customer to BridgeAccount = One-to-many
upvoted 3 times
Echicken69
4 years, 12 months ago
"Each account is associated to only one insurance policy" - one-to-many
upvoted 1 times
Mo2011
4 years, 10 months ago
it should be one to one --> each account has one insurance policy NOT many
upvoted 1 times
...
...
...
Community vote distribution
A (35%)
C (25%)
B (20%)
Other
Most Voted
A voting comment increases the vote count for the chosen answer by one.

Upvoting a comment with a selected answer will also increase the vote count towards that answer by one. So if you see a comment that you already agree with, you can upvote it instead of posting a new comment.

SaveCancel
Loading ...