There are a few simple rules you have to follow while mapping your data:
Rule #1 – At Least One Measure
There must be AT LEAST ONE “Measure” (a “Dimension” with a name “Measures”), holding decimal or integer values. You can have more than one “Measure,” but remember to give each of them a unique name in the “Level or Measure” row. Read more...
Rule #2 – Only One Time Dimension
There can be ONLY ONE “Time” dimension for each multi-dimensional data cube. For this dimension, choose the column that holds chronological date stamps for your data. eazyBI will auto-magically create “Day,” “Week,” “Month,” “Quarter,” and “Year” hierarchies of your “Time” column.
You can import several columns with DateTime as properties with count measures mapped to Time dimension, only rows count with this DateTime will be improted as counter mapped to Time dimension. See more in
You can, of course, import more than one dimension, holding DateTime values, but those columns should be named differently (not Time), and no hierarchies will be created automatically for these columns. Still, you’ll be able to use these values in your reports and calculations. Read more...
Rule #3 – Hierarchical Order
You can create hierarchical “Dimensions” from your data, such as:
“Country” > “State Province” > “City” > “Customer Name”
This will let you see a TOP level overview of your data and drill into details when necessary.
To do that you have to enter the same “Dimension” name (i.e., “Customers”) for all hierarchical levels and a unique name for every hierarchy level in the “Level or Measure” row. Read more...
IMPORTANT! To make your hierarchical structure work, your data columns have to be ordered from left to right, starting with TOP level and down to the most detailed. For example, your first column would be “Country,” the second column, “State Province,” and the third column “City,” and so forth.
Rule #4 - Import properties
Properties are dimension member attributes which can be added and further used in the reports if those dimension members are displayed in the report.
Values usually are imported as properties if they are specific for each member (not classified), for example, description, comments, additional information, specific dates etc that might be not valuable to analyze all data by.
For instance, if we have customer date of birth attribute in data set and some customer comment, we can import these both as properties for the customer. Then these values could be displayed in the report if Customers dimension Fullname level would be selected in rows.
Define the property in data mapping for the Customer comment and Customer Birth date:
Specify the property name in the Advanced options:
It is possible to use a date field as a property and also define a new measure to count values over time. For instance, if we have some transaction cancellation date, we can add this date as a property in data mapping and use advanced options to define a new measure that would count all entries with the same date to corresponding Time dimension member:
Property values are visible in reports when the dimension is expanded to the respective level of hierarchy where the property is defined:
If the Date count measure and Date count dimension options are specified for a date Property, it is possible to use the new measure to count the Property value by Time dimension:
Changes in mapping
Correct data mapping sometimes require several tries with some fails before you got the required result. You would like to clean up the previous attempts and always start from a clean spot.
You would like to delete a cube before any changes in dimension mapping. You can add additional measures and properties without deleting a cube. Please open analyze tab and select an option Delete for a cube you would like to delete previous mapping.