Read more about Data Workbench’s End-of-life announcement.
Explanation of Countables in Dataworkbench (DWB) for designing and implementing the schema.
At the highest level are countable dimensions. Countable dimensions serve two major functions. First, they are dimensions whose elements you want to count. In other words, countables answers the questions like:
How many visitors visited your homepage?
How many visits came from Google.com?
<discoiqbr>
Countable dimensions are typically used to create sum metrics, which return the count, or sum, of all the elements of the dimension. You can define countable dimensions to count instances such as reservation bookings or product orders. For example, you could define the countable dimension orders whose elements (log entries corresponding to orders from your online store) could be counted. If you want to show a count of orders within a visualization, you would define the orders sum metric, which can be evaluated over a dimension or have filters applied to it.
Countable dimensions can be parents of other dimensions or children of other countable dimensions.
Although your root countable dimension does not have to be associated with the tracking IDs in the data, Adobe recommends that you configure your dataset’s root countable dimension to use the tracking ID field (x-trackingid) as it’s Key. As a result, each element of the root countable is associated with a unique value of x-trackingid, and all of the data about each element is grouped together.
Countable dimensions are defined by the following parameters:
Parameter | Description | Default |
---|---|---|
Name | Descriptive name of the dimension as appears to the user in data workbench. The dimension name cannot include a hyphen (-). | |
Comments |
Optional. Notes about the extended dimension.
| |
Condition |
The conditions under which the input field contributes to the creation of the countable dimension. If specified, a condition restricts the set of log entries visible to the dimension and all of its children in the dataset schema. |
|
Hidden | Determines whether the dimension appears in the data workbench interface. By default, this parameter is set to false. If, for example, the dimension is to be used only as the basis of a metric, you can set this parameter to true to hide the dimension from the data workbench display. | false |
Key | Optional. The name of the field to use as the key. If you define this parameter, an element of the countable dimension exists for every combination of an element of the countable dimension's parent and a distinct value of the field specified as the key. Each element of the countable dimension is required to relate to a contiguous set of log entries. Therefore, if the log entries are not ordered by the key, an element of the countable dimension is created each time the key field changes. To prevent this situation, Adobe recommends that you use a unique key which is contiguous in time order. |
|
Parent | The name of the parent dimension. Any countable dimension can be a parent dimension. To make a dimension the top-level dimension in the dataset's schema, set the parameter to "root." The defined dimension becomes the root countable dimension for the dataset. For example, if you are working with Site, the Visitor dimension is the root countable dimension for your dataset. Note: Although your root countable dimension does not have to be associated with the tracking IDs in the data, Adobe recommends that you configure your dataset's root countable dimension to use the tracking ID field (x-trackingid) as its Key. As a result, each element of the root countable is associated with a unique value of x-trackingid, and all of the data about each element is grouped together. If you would like to configure your dataset differently, contact Adobe. |
This example illustrates the definition of a countable dimension using event data collected from website traffic. The countable dimension counts the web campaign events within a given session. The assumption is that all email campaign resources are requested from the web server with “email=” as part of cs-uri-query. In the example, the number of times that the visitor responds to an email campaign during a given session is of interest, not the actual value of the cs-uri-query(email) field.
The second major function of countables is that they form the backbone of your dataset schema structure. Your data schema and all other dimensions are organized to be grouped under, and belong to a countable. In other words, if we consider dimensions as “categories”, then countables are the way we organize these “categories” into groups.
When dimensions are grouped under a countable dimension, they are said to be at the “level” of the countable dimension. For example, in the figure below you can see that ‘Email Address’ is at the Visitor level and “Browser” is at the Visit level. “Parent” and “child” refer to the relationship between the countable and the dimensions grouped below it. For example, Visitor is a “parent” of Email address. Conversely, Email address is a “child” of Visitor.
Perform the following steps to create the Countable in Dataworkbench:
Open Profile Manager
Under Transformation folder, create a config file and open it in workstation.
Under Extended Dimensions, right click and choose Add new -> Countable as shown below:
Enter Name for new Countable. In the example below, Customer Countable is defined. If it is the Highest level Countable, then in the Parent write Root.
If the Countable is not the top level one, then in the parent field give the name of the Parent Countable. In the example below, Engagement Countable is created and the Parent for this countable is Customer.
For additional information on the Data Workbench architecture for schema design, countable structures, and offline data feed configurations, see the Dataset Schema Interface.