Microsoft PL-300 Practice Test 33
Question 320
The original scenario was: A calculation must add the condition Brand equals North without overriding an existing Brand slicer. The initial solution is already in place. Now this new requirement arises: The new requirement is an explicitly fixed North-brand KPI regardless of brand slicer. Which ADDITIONAL action BEST meets the changed condition?
- Selecting another brand with North yields no intersecting rows
- Apply CALCULATE Brand North and ignore the current Brand filter without review
- Use a deliberate filter override with clear labeling
- Use CALCULATE with KEEPFILTERS on the Brand condition
Explanation
Correct Answer
C:The changed requirement is 'The new requirement is an explicitly fixed North-brand KPI regardless of brand slicer'. The additional response is 'Use a deliberate filter override with clear labeling'.
Incorrect Answers
A:This observes the original approach but is not an additional action: Selecting another brand with North yields no intersecting rows.
B:This remains unsuitable for the original situation: The normal filter argument may replace an existing filter on the same column. It also does not meet the changed need.
D:This is the already implemented original solution: Use CALCULATE with KEEPFILTERS on the Brand condition. KEEPFILTERS intersects new filter arguments with existing context on the same columns. It does not itself solve the new requirement.
Question 321
An executive report needs percent of all products while retaining date and region slicers. Which approach BEST meets the stated Microsoft Power BI requirement?
- Use ALL over the entire Sales model and ignore date and region for the denominator
- Use DIVIDE(SUMX(Sales, Qty * Price), SUM(Sales[Qty]))
- Remove Product filters in the denominator while retaining other context
- Consider ALLSELECTED with explicit visual-total semantics
Explanation
Correct Answer
C:Removing a specific product filter yields a meaningful product-category share within current date/region. For the stated case, Remove Product filters in the denominator while retaining other context.
Incorrect Answers
A:Removing unrelated context changes the business meaning of the share. The proposed shortcut 'Use ALL over the entire Sales model and ignore date and region for the denominator' fails the documented need.
B:This addresses a separate source situation: An invoice table stores varying line prices and management asks for average price weighted by quantity. It does not directly satisfy this case's priority.
D:This might be appropriate after a different requirement arises: The user instead wants percent of visually selected products only. It is not the best initial response to the stated case.
Question 322
An executive report needs percent of all products while retaining date and region slicers. A colleague proposes: Use ALL over the entire Sales model and ignore date and region for the denominator. Which explanation BEST identifies the defect in that proposal?
- Unweighted mean prices misrepresent per-unit pricing
- Removing unrelated context changes the business meaning of the share
- The suggested approach is safe merely because its product name is familiar.
- Removing a specific product filter yields a meaningful product-category share within current date/region
Explanation
Correct Answer
B:Removing unrelated context changes the business meaning of the share. This directly explains why the proposal 'Use ALL over the entire Sales model and ignore date and region for the denominator' should not be used.
Incorrect Answers
A:This addresses a different case: An invoice table stores varying line prices and management asks for average price weighted by quantity. It is not the specific defect in 'Use ALL over the entire Sales model and ignore date and region for the denominator'.
C:Product familiarity is not evidence of suitability. The actual defect in this proposal is: Removing unrelated context changes the business meaning of the share.
D:This is reasoning supporting the preferred solution 'Remove Product filters in the denominator while retaining other context', but it does not directly name the defect in the proposed shortcut.
Question 323
An executive report needs percent of all products while retaining date and region slicers. After implementing Remove Product filters in the denominator while retaining other context, which observation BEST demonstrates that the intended result is actually working?
- Category percentages sum to 100 percent within the selected region and date
- A two-item test yields the mathematically weighted price
- The team schedules a future check of whether Category percentages sum to 100 percent within the selected region and date, but has not observed a result.
- The report owner approves Remove Product filters in the denominator while retaining other context without testing the resulting behavior.
Explanation
Correct Answer
A:The observation 'Category percentages sum to 100 percent within the selected region and date' directly tests the intended result. Removing a specific product filter yields a meaningful product-category share within current date/region.
Incorrect Answers
B:This belongs to a different case: An invoice table stores varying line prices and management asks for average price weighted by quantity. It does not validate the current change.
C:A future test is not yet observed operational evidence. The verification must establish: Category percentages sum to 100 percent within the selected region and date.
D:Approval of a proposed design is not evidence of working behavior. The required observation is: Category percentages sum to 100 percent within the selected region and date.
Question 324
The original scenario was: An executive report needs percent of all products while retaining date and region slicers. The initial solution is already in place. Now this new requirement arises: The user instead wants percent of visually selected products only. Which ADDITIONAL action BEST meets the changed condition?
- Category percentages sum to 100 percent within the selected region and date
- Use ALL over the entire Sales model and ignore date and region for the denominator
- Consider ALLSELECTED with explicit visual-total semantics
- Remove Product filters in the denominator while retaining other context
Explanation
Correct Answer
C:The changed requirement is 'The user instead wants percent of visually selected products only'. The additional response is 'Consider ALLSELECTED with explicit visual-total semantics'.
Incorrect Answers
A:This observes the original approach but is not an additional action: Category percentages sum to 100 percent within the selected region and date.
B:This remains unsuitable for the original situation: Removing unrelated context changes the business meaning of the share. It also does not meet the changed need.
D:This is the already implemented original solution: Remove Product filters in the denominator while retaining other context. Removing a specific product filter yields a meaningful product-category share within current date/region. It does not itself solve the new requirement.
Question 325
A report must count distinct customers who purchased during the selected period. Which approach BEST meets the stated Microsoft Power BI requirement?
- Use COUNT(Sales[CustomerID]) and treat every line as a unique buyer
- Use VAR definitions and RETURN to reuse intermediate scalar or table expressions
- Count unique keys from the Customer dimension instead
- Use DISTINCTCOUNT(Sales[CustomerID]) for the filtered transaction set
Explanation
Correct Answer
D:DISTINCTCOUNT counts different customer keys in current context. For the stated case, Use DISTINCTCOUNT(Sales[CustomerID]) for the filtered transaction set.
Incorrect Answers
A:Repeated transaction lines overcount customers. The proposed shortcut 'Use COUNT(Sales[CustomerID]) and treat every line as a unique buyer' fails the documented need.
B:This addresses a separate source situation: A long complex DAX measure repeats the same filtered sales subexpression three times. It does not directly satisfy this case's priority.
C:This might be appropriate after a different requirement arises: Business asks for customers in the entire customer master, including nonbuyers. It is not the best initial response to the stated case.
Question 326
A report must count distinct customers who purchased during the selected period. A colleague proposes: Use COUNT(Sales[CustomerID]) and treat every line as a unique buyer. Which explanation BEST identifies the defect in that proposal?
- Repeated subexpressions make troubleshooting and maintenance harder
- DISTINCTCOUNT counts different customer keys in current context
- The suggested approach is safe merely because its product name is familiar.
- Repeated transaction lines overcount customers
Explanation
Correct Answer
D:Repeated transaction lines overcount customers. This directly explains why the proposal 'Use COUNT(Sales[CustomerID]) and treat every line as a unique buyer' should not be used.
Incorrect Answers
A:This addresses a different case: A long complex DAX measure repeats the same filtered sales subexpression three times. It is not the specific defect in 'Use COUNT(Sales[CustomerID]) and treat every line as a unique buyer'.
B:This is reasoning supporting the preferred solution 'Use DISTINCTCOUNT(Sales[CustomerID]) for the filtered transaction set', but it does not directly name the defect in the proposed shortcut.
C:Product familiarity is not evidence of suitability. The actual defect in this proposal is: Repeated transaction lines overcount customers.
Question 327
A report must count distinct customers who purchased during the selected period. After implementing Use DISTINCTCOUNT(Sales[CustomerID]) for the filtered transaction set, which observation BEST demonstrates that the intended result is actually working?
- The report owner approves Use DISTINCTCOUNT(Sales[CustomerID]) for the filtered transaction set without testing the resulting behavior.
- The team schedules a future check of whether The count matches the list of unique CustomerIDs after slicer filters, but has not observed a result.
- The refactored measure returns the same audited figures as its original
- The count matches the list of unique CustomerIDs after slicer filters
Explanation
Correct Answer
D:The observation 'The count matches the list of unique CustomerIDs after slicer filters' directly tests the intended result. DISTINCTCOUNT counts different customer keys in current context.
Incorrect Answers
A:Approval of a proposed design is not evidence of working behavior. The required observation is: The count matches the list of unique CustomerIDs after slicer filters.
B:A future test is not yet observed operational evidence. The verification must establish: The count matches the list of unique CustomerIDs after slicer filters.
C:This belongs to a different case: A long complex DAX measure repeats the same filtered sales subexpression three times. It does not validate the current change.
Question 328
The original scenario was: A report must count distinct customers who purchased during the selected period. The initial solution is already in place. Now this new requirement arises: Business asks for customers in the entire customer master, including nonbuyers. Which ADDITIONAL action BEST meets the changed condition?
- Use DISTINCTCOUNT(Sales[CustomerID]) for the filtered transaction set
- The count matches the list of unique CustomerIDs after slicer filters
- Use COUNT(Sales[CustomerID]) and treat every line as a unique buyer
- Count unique keys from the Customer dimension instead
Explanation
Correct Answer
D:The changed requirement is 'Business asks for customers in the entire customer master, including nonbuyers'. The additional response is 'Count unique keys from the Customer dimension instead'.
Incorrect Answers
A:This is the already implemented original solution: Use DISTINCTCOUNT(Sales[CustomerID]) for the filtered transaction set. DISTINCTCOUNT counts different customer keys in current context. It does not itself solve the new requirement.
B:This observes the original approach but is not an additional action: The count matches the list of unique CustomerIDs after slicer filters.
C:This remains unsuitable for the original situation: Repeated transaction lines overcount customers. It also does not meet the changed need.
Question 329
The source contains Qty and UnitPrice but no stored line revenue and filters should affect totals. Which approach BEST meets the stated Microsoft Power BI requirement?
- Use SUMX(Sales, Sales[Qty] * Sales[UnitPrice])
- Use CALCULATE([Sales Amount], Product[Category] = "Bikes")
- Use SUM over the validated stored amount if it matches the rule
- Multiply SUM(Qty) by SUM(UnitPrice) as though all rows had one price
Explanation
Correct Answer
A:SUMX evaluates a row expression before summing across current rows. For the stated case, Use SUMX(Sales, Sales[Qty] * Sales[UnitPrice]).
Incorrect Answers
B:This addresses a separate source situation: Management wants revenue only for products in Category Bikes without deleting other sales from the model. It does not directly satisfy this case's priority.
C:This might be appropriate after a different requirement arises: A fixed LineAmount field becomes available from the accounting source. It is not the best initial response to the stated case.
D:Products of column totals generally differ from sums of row-level products. The proposed shortcut 'Multiply SUM(Qty) by SUM(UnitPrice) as though all rows had one price' fails the documented need.
Question 330
The source contains Qty and UnitPrice but no stored line revenue and filters should affect totals. A colleague proposes: Multiply SUM(Qty) by SUM(UnitPrice) as though all rows had one price. Which explanation BEST identifies the defect in that proposal?
- Destructive source filtering removes other categories for unrelated reports
- SUMX evaluates a row expression before summing across current rows
- Products of column totals generally differ from sums of row-level products
- The suggested approach is safe merely because its product name is familiar.
Explanation
Correct Answer
C:Products of column totals generally differ from sums of row-level products. This directly explains why the proposal 'Multiply SUM(Qty) by SUM(UnitPrice) as though all rows had one price' should not be used.
Incorrect Answers
A:This addresses a different case: Management wants revenue only for products in Category Bikes without deleting other sales from the model. It is not the specific defect in 'Multiply SUM(Qty) by SUM(UnitPrice) as though all rows had one price'.
B:This is reasoning supporting the preferred solution 'Use SUMX(Sales, Sales[Qty] * Sales[UnitPrice])', but it does not directly name the defect in the proposed shortcut.
D:Product familiarity is not evidence of suitability. The actual defect in this proposal is: Products of column totals generally differ from sums of row-level products.