Stand with Ukraine flag
Try it now Pricing
Cloud
Community Edition Professional Edition Cloud Edge PE Edge IoT Gateway License Server Trendz Analytics Mobile Application PE Mobile Application MQTT Broker
Europe
North America N. Virginia Europe Frankfurt
Documentation > Other Features > Entity Views
Getting Started
Devices Library Guides API FAQ
On this page

Entity Views

Feature Overview

ThingsBoard (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 ThingsBoard 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 ThingsBoard 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