IoT Hub
IoT Hub Documentation
Documentation > Other Features > Entity Views
Getting Started
Guides API FAQ

On this page

Entity Views

Feature Overview

IoT Hub (TB) Entity Views (EVs) are available since v2.2. This feature was requested by many TB users. Similar to SQL database views, which limits the degree of exposure of the underlying tables to the outer world, TB EVs limit the degree of exposure of the Device or Asset telemetry and attributes to the Customers. As a Tenant Administrator, you are able to create multiple EVs per Device or Asset and assign them to different Customers.

Supported use cases:

  • Share specific device or asset data with multiple Customers simultaneously. Prior EVs feature was not possible due to restrictions of the TB security model.
  • Allow particular Customer users to see collected data (e.g. sensor readings), but hide debug info like battery level, system errors, etc.
  • Device-as-a-Service (DaaS) model where data collected by the device at different periods of time belongs to different Customers.

Architecture

Entity View contains the following information:

  • TenantId - represents a link to the owner of the view;
  • CustomerId - represents a link to the customer that has access to the view;
  • EntityId - represents a link to the target device or asset;
  • Name and type - regular IoT Hub entity fields that are used for display and search purposes;
  • Start and end time - represents the time interval that is used to limit access to target device telemetry. Customer will not be able to see entity telemetry that is outside the specified interval;
  • Time series keys - list of time series data keys that are accessible to the viewer;
  • Attribute keys - list of attribute names that are accessible to the viewer;

image

It is important to understand how TB handles telemetry and attribute updates, and how these changes affect Entity Views.

Time series data view

All time series data is stored in the database on behalf of the target entity. There is no time series data duplication to any of the Entity Views. When a user opens a dashboard or performs a REST API call on behalf of the entity view ID, the following actions take place:

  • Request start and end timestamps are validated and adjusted to fit into Entity View start and end time. Thus, if Dashboard tries to fetch 1 year of data, but EV is configured to access only 6 months of data, it will fail to do so.
  • Request time series data keys are validated and adjusted based on time series data keys provisioned in the Entity View. Thus, if Dashboard tries to fetch the telemetry keys that are forbidden for this particular view, it will fail to do so.

Attributes view

Entity View automatically copies specified attributes from Target Entity each time you save or update this entity view. For performance reasons, target entity attributes are not propagated to entity view on each attribute change. You can enable automatic propagation by configuring a “copy to view” rule node in your rule chain and linking “Post attributes” and “Attributes Updated” messages to the new rule node.

image

Future improvements

There are the following features in IoT Hub Road Map:

  • Add the ability to enable/disable RPC requests to the device view;
  • Add the ability to configure a list of alarms that are accessible(propagated) for a particular view.

Next steps

  • Getting started guides - These guides provide quick overview of main IoT Hub features. Designed to be completed in 15-30 minutes.