The new release of Power BI Documenter helps you with data modelling best practices, along with new feature for model analysis.
We’re excited to announce that Power BI Documenter V2.5 (August 2018) has been released for public use. The new release of Power BI Documenter, not only does help you with your Power BI documentation and handover processes, but also it helps you with some data modelling best practices. We have modified an existing feature and added lots of new features under two new tabs, “Model” and “Practices”.
What changed in the “Info” tab?
From now on, Power BI Documenter can detect “Composite Models” as connection type. As you may know “Composite Models” is a new feature Microsoft added to Power BI in July 2018.
While this feature only available in preview, we at DataVizioner decided to support this feature in our August 2018 release.
What is new in August 2018 release?
In this release of Power BI Documenter added lots of new features related to the data model. From now on you are able to see your “Model Diagram” as well as DAX expressions for calculated columns, measures and calculated tables. You can also see what Tables, Columns and Measures are directly used in your report visuals; and which ones are NOT directly used in the visuals. We use colour coding in the “Model Diagram” to make it more readable and easier to connect with.
Model
This tab provides lots of information about your data model. You will see three sections in the Model tab.
Model Diagram
In this section you see a graphical view of the data model which includes tables and their relationships. The “Model Diagram” leverages colour codes and tags to quickly provide information about your data model.
Here is more details about Model section:
Colour codes: As mentioned earlier we leverage colour coding in the “Model Diagram” to make it even easier to understand your data model.
Blue: All blue tables are those ones which at least one of their columns or measures is directly used in at least one visual.
Orange: The orange tables are unused tables. This means no columns or measures of those tables are directly used in any visuals.
Tags: There are currently two tags used in the “Model Diagram”.
(CT): This tag represents that the table is a “Calculated Table”
(H): Representing a “Hidden Table”
Filtering: When you click on a table in the “Model Diagram” all other drop-down sections under the “Model” tab get filtered based on your selection. This is very useful feature that you can easily and quickly browse a table and see the columns and measures associated with that table in “Model Details” and “Table Details” sections. If you select a table with (CT) tag then the “Calculated Tables” section will be filtered by based on your selection as well.
Many-to-Many Relationships: If there is a relationship with an arrow on both sides it means that relationship is a Many-to-Many relationship. Although Many-to_many relationship is under preview when writing this post, we added it to the new release of Power BI Documenter as we believe it is a powerful feature that can get demanding pretty quickly.
Model Details
This section contains more details about your data model including Tables, Field, Attributes, Expression, Report Page and if they are used in visuals.
Filters
You can filter the “Model Details” by clicking on three different filters available in this section.
Show Only Used Fields: Filters the data grid to show only the fields that are used in visuals
Show Only Unused Fields: Filters the data grid to show only the fields that are NOT used in visuals
Show All Fields: Removes the above filters
You can combine the filter with selecting a table from the “Model Diagram” to restrict the data grid showing only used or unused fields from a certain selected table.
Field
A field in a table can be a column or a measure. There are two tags used to show the type of the field:
C: The corresponding field is a Column
M: The corresponding field is a Measure
The field name follows the syntax below:
[Table_Name].[Field_Name]
Attributes
A column can be a calculated column or a normal column. It can also be hidden. We used two tags under “Attributes” to show if a column is a “Calculated Column” and/or is “Hidden”:
(CC): to show Calculated Columns
(H): to show Hidden columns
Expression
You can find DAX expressions for calculated columns and measures.
Report Page[Visual Name]
Represents the report page and the visual(s) that a corresponding field is used in. We used “Report Page[Visual Name]” structure to address the visuals. So in “Internet Sales Analysis[Internet Sales MTD vs PCP]”, “Internet Sales Analysis” is the report page name and “Internet Sales MTD vs PCP” is the visual title.
Tables Details
This section shows the tables properties like if table is a Calculated Table or Hidden along with the table storage type that can be “Direct Query”, “Import” or “Dual”.
Calculated Tables
In this section you can see Calculated Tables with their corresponding DAX expressions. As mentioned earlier, clicking on a table in the model diagram filters this section. So if you click on a Calculated Table (with (CT) tag) you can see the DAX expression of that Calculated Table. If you do not select anything then you’ll see all Calculated Tables with their corresponding DAX expressions.
Practices
From now on Power BI Documenter is capable of examining your Power BI Template files against some best practices. This version of Power BI Documenter examines your PBIT files against three best practices as follows:
Auto Date/Time
It is recommended to disable “Auto Date/Time” in Power BI. Despite the fact that “Auto Date/Time” is an easy to use feature that automatically creates Date hierarchies in your model, there are many side effects costs coming with this feature like loading lots of unnecessary Date related data into your model which potentially hits the performance and increases you model storage size. Best practice is to disable “Auto Date/Time” feature from Power BI properties.
Power BI Documenter seamlessly examines your model, if your model passes the test then you get the following message with a green tick:
Otherwise you see the following message with a red cross:
Unused Fields
It is best not to have any visible columns or measures that haven’t been used in any visuals. The reason is that your model can easily get confusing if you do not take care of unused columns or measures. Having lots of column and measures that never been directly used in the visuals can cost you poorer performance, bigger Power BI storage and more memory consumption. For the above reasons it is best practice to review all unused columns and measures and either hide them in your model to keep your model tidy or safely remove them form your model which helps your model with less storage and memory consumption. From now on, Power BI Documenter examines your model, if you don’t have any unused fields in your model then you get a green tick:
otherwise, you get a red cross with a relevant suggestion:
Unused Tables
It is recommended to hide a table if none of its columns or measures are used in any visuals. In some cases you need to keep those tables in your model like when you are managing many-to-many relationships. But, it is wise to hide them from report view to keep your model nice and tidy. However, there are some other cases that you really don’t need to keep those tables in your model. This section helps you with detecting any unused but visible tables so you can review your model and see if you want to keep those table in your model or you can safely remove them from your model and free up some memory and storage space. Power BI Documenter examines your model and shows a green tick in case the model the tests:
otherwise it shows a red cross with relevant suggestion:
LEADING DATA INTELLIGENCE PLATFORM
Enhance governance, accelerate analysis and automate documentation with a single data intelligence platform.