Companion content
Insert your email address and press Download for access to the files used in this book.Errata corrige
To ensure the ongoing accuracy of this book and its companion content, we have reviewed and confirmed the errors listed below. If you find a new oversight not included in both of the following sections, please report it to us.
Important issues
Corrections in this section are important to fully understand the concepts explained in the book.-
Page 40: Fact table instead of dimension
Replace “dimension” with “fact table” in the second-last paragraph in the page. It should be:
In the previous example, you learned the basics of multiple fact table handling. There, you had two over-denormalized fact tables and, to make the model a better one, you had to revert to a simpler star schema. In this next example, we analyze a different scenario, again using Sales and Purchases.
-
Page 94: Incorrect reference to Customer table instead of Sales table.
The paragraph after Figure 5-4 references the Customer table, but it should reference the Sales table instead.
The correct paragraph is:The scenario suddenly becomes much more complex, but there are multiple ways to manage this. In this chapter, we will show a few of them that help in building an analytical report that can track who the manager was at the time of the sale. Imagine the model has already been created by the IT department managing the data warehouse and submitted to you. If done correctly, the Sales table you receive will contain the following two columns:
-
Page 191: Inverted arguments in TREATAS function
The arguments of TREATAS are inverted in the code.
The following code:Budget 2009 := CALCULATE ( SUM ( Budget[Budget] ), TREATAS ( VALUES ( Budget[Brand] ), 'Product'[Brand] ), TREATAS ( VALUES ( Budget[CountryRegion] ), Store[CountryRegion] ) )
Must be changed to:
Budget 2009 := CALCULATE ( SUM ( Budget[Budget] ), TREATAS ( VALUES ( 'Product'[Brand] ), Budget[Brand] ), TREATAS ( VALUES ( Store[CountryRegion] ), Budget[CountryRegion] ) )