Data model for Analytics

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

The Analytics data model for Azure DevOps consists of entity sets, whose members (entities) contain properties that can be filtered, aggregated, and summarized. Additionally, they contain navigation properties that relate entities to one other, providing access to other properties for selecting, filtering, and grouping.

Note

The Analytics service is automatically enabled and supported in production for all Azure DevOps Services. Power BI integration and access to the OData feed of the Analytics Service are generally available. We encourage you to use it and give us feedback. Available data is version-dependent. The latest supported version is v2.0, and the latest preview version is v4.0-preview. For more information, see OData API versioning.

Note

The Analytics service is automatically installed and supported in production for all new project collections for Azure DevOps Server 2020 and later versions. Power BI integration and access to the OData feed of the Analytics Service are generally available. We encourage you to use it and give us feedback. If you upgraded from Azure DevOps Server 2019, then you can install the Analytics service during upgrade.

Available data is version-dependent. The latest supported version is v2.0, and the latest preview version is v4.0-preview. For more information, see OData API versioning.

Note

The Analytics service is in preview for Azure DevOps Server 2019. You can enable or install it for a project collection. Power BI integration and access to the OData feed of the Analytics Service are in Preview. We encourage you to use it and give us feedback.

Available data is version-dependent. The latest supported version is v2.0, and the latest preview version is v4.0-preview. For more information, see OData API versioning.

Schema namespaces

The Analytics data model is based on two schema namespaces:

  • Microsoft.VisualStudio.Services.Analytics.Model
  • Microsoft.VisualStudio.Services.Analytics.

Entity sets and entity types

Entity types are named structured types with a key. They define the named properties and relationships of each entity. The key of an EntityType is formed from a subset of the primitive properties, for example—WorkItemId, PipelineId, ReleasePipelineId—and more of the entity type.

Entity sets are named collections of entities. For example, WorkItems is an entity set containing WorkItem entities. An entity's key uniquely identifies the entity within an entity set. If multiple entity sets use the same entity type, the same combination of key values can appear in more than one entity set and identifies different entities, one per entity set where this key combination appears. Each of these entities has a different entity-id. Entity sets provide entry points into the data model.

Entity sets are described in OData metadata, and vary by project. You can explore the complete list of entity sets, entity types, and properties by requesting the OData metadata for your project. To learn how, see Construct OData queries for Analytics.

Composite entities

Composite entities support specific scenarios. They're composed from simpler entities, often require more computing resources to generate, and may return larger result sets. To achieve the best performance and avoid unnecessary throttling, ensure that you query the correct entity for your scenario.

For example, WorkItemSnapshot combines WorkItemRevisions and Dates such that each date has one revision for each work item. This representation supports OData queries that focus on-trend data for a filtered set of work items. However, you shouldn't use this composite entity to query the current state of work items. Instead, you should use the WorkItems entity set to generate a more quick-running query.

Similarly, some entities may contain all historic values, while others may only contain current values. WorkItemRevisions contains all work item history, which you shouldn't use in scenarios where the current values are of interest.

Relationships

To generate more complex query results, you can combine entities using relationships. You can employ relationships to expand, filter, or summarize data.

Some navigation properties result in a single entity, while others result in a collection of entities. The following diagram shows select entities and their navigation properties. For clarity, some composite entities and relationships have been omitted.

Relationship diagram for Analytics data model.

Relationship keys

Entity relationships are also represented as foreign keys so that external tools can join entities. These properties have the suffix "SK", and are either integer or GUID data types. Date properties have corresponding integer date key properties with the following format: YYYYMMDD.

Work tracking entity types and entity sets

The following entity types and entity sets are supported with the indicated API versions. For a complete reference, see Work tracking metadata reference for Azure Boards Analytics.

EntityType/EntitySet Description v1.0 v2.0 v3.0-preview v4.0-preview
Area/
Areas
The work item Area Paths, with properties for grouping and filtering by area hierarchy. ✔️ ✔️ ✔️ ✔️
Iteration/
Iterations
The work item Iteration Paths, with properties for grouping and filtering by iteration hierarchy. ✔️ ✔️ ✔️ ✔️
BoardLocation/
BoardLocations
The board cell locations, as identified by board column, swimlane, and split, includes historic board settings. For a description of each board field, see Workflow and board fields. ✔️ ✔️ ✔️ ✔️
CalendarDate/
Dates
The dates used to filter and group other entities using relationships. ✔️ ✔️ ✔️ ✔️
Project/
Projects
All projects defined for an organization (cloud) or project collection (on-premises). ✔️ ✔️ ✔️ ✔️
Process/
Processes
Backlog information used to expand or filter work items and work item types. For an example that uses Processes to filter a report, see Requirements tracking sample report. ✔️ ✔️ ✔️
Tag/
Tags
All work item tags for each project. For an example that uses Tags to filter a report, see Release burndown sample report. ✔️ ✔️ ✔️ ✔️
Team/
Teams
All teams defined for the project. For an example that uses Teams to filter a report, see Add a Team slicer to a Power BI report. ✔️ ✔️ ✔️ ✔️
User/
Users
User information that is used to expand or filter various work item properties, for example Assigned To, Created By. ✔️ ✔️ ✔️ ✔️
WorkItemBoardSnapshot/
WorkItemBoardSnapshot
(Composite) The state of each work item on each calendar date, including board location, used to generate trend reports. For a sample report, see Cumulative Flow Diagram (CFD) sample report. ✔️ ✔️ ✔️ ✔️
WorkItemLink/
WorkItemLinks
The links between work items, for example, Child, Parent, and Related. Includes only the latest revision of links, no history. Hyperlinks aren't included. ✔️ ✔️ ✔️ ✔️
WorkItemRevision/
WorkItemRevisions
All historic work item revisions, including the current revision. Does not include deleted work items. ✔️ ✔️ ✔️ ✔️
WorkItemSnapshot/
WorkItemSnapshot
(Composite) The state of each work item on each calendar date, used to support trend reporting. For a sample report, see Bug trends sample report. ✔️ ✔️ ✔️ ✔️
WorkItem/
WorkItems
The current state of work items. Used to support status reports. For a sample report, see Rollup child work item values to parent sample report. ✔️ ✔️ ✔️ ✔️
WorkItemTypeField/
WorkItemTypeFields
The work item properties for each work item type and process. Used to support building reports. ✔️ ✔️ ✔️ ✔️

Pipelines entity types and entity sets

The following entity types and entity sets are supported with the v3.0-preview or v4.0-preview Analytics version. For a complete reference, see Pipeline metadata reference .

EntityType/EntitySet Description v3.0-preview v4.0-preview
Branch/
Branches
Basic information about branches used in tests or pipelines. For a sample report, see Progress status sample report. ✔️ ✔️
ParallelPipelineJobsSnapshot/
ParallelPipelineJobsSnapshot
(Composite) Supports understanding of parallel pipeline consumption. For more information about parallel pipeline tests, see Run tests in parallel using the Visual Studio Test task. ✔️
Pipeline/
Pipelines
Properties for a pipeline. ✔️ ✔️
PipelineJob/
PipelineJobs
Individual execution results for a specific Test associated with a TestRun ✔️ ✔️
PipelineRun/
PipelineRuns
Execution information for pipelines. For a sample report, see Pipeline pass rate trend sample report. ✔️ ✔️
PipelineRunActivityResult/
PipelineRunActivityResults
Merged log of all the stages, steps, jobs, and tasks within a specific pipeline execution. For a sample report, see Pipeline task duration sample report. ✔️ ✔️
PipelineTask/
PipelineTasks
Properties for tasks that are used within a pipeline. ✔️ ✔️
TaskAgentPoolSizeSnapshot/
TaskAgentPoolSizeSnapshots
(Composite) Supports understanding of pool size, pipeline jobs, and concurrency. The Historical graph for agent pools illustrates how this entity set can be used. ✔️
TaskAgentRequestSnapshot/
TaskAgentRequestSnapshots
(Composite) ✔️

Test entity types and entity sets

The following entity types and entity sets are supported with the v3.0-preview or v4.0-preview Analytics version. For a complete reference, see Test metadata reference.

EntityType/EntitySet Description v3.0-preview v4.0-preview
TestConfiguration/
TestConfigurations
Test plan configuration information. For details on configuring tests, see Test different configurations ✔️ ✔️
TestResult/
TestResults
Individual execution results for a specific Test associated with a TestRun. ✔️ ✔️
TestResultsDaily/
TestResultsDaily
A daily snapshot aggregate of TestResult executions, grouped by Test (not TestRun). For a sample report, see Test summary trend sample report. ✔️ ✔️
TestRun/
TestRuns
Execution information for tests run under a pipeline with aggregate TestResult. ✔️ ✔️
Test/
Tests
Properties for a test case, such as test name and test owner. For details on defining test cases, see Create manual test cases. ✔️ ✔️
TestPoint/
TestPoints
Execution information for test points. A test point is a unique combination of test case, test suite, configuration, and tester. For a sample report, see Progress status sample report. ✔️ ✔️
TestPointHistorySnapshot/
TestPointHistorySnapshots
(Composite) Individual execution results for a specific Test associated with a TestRun. For a sample report, see Manual test execution trend sample report ✔️ ✔️
TestSuite/
TestSuites
Test suites information. For details on defining test suites, see Create test plans and test suites. ✔️ ✔️