Сравнение ориентированного на вещи подхода с традиционными запросами.
В реляционной базе данных физические активы являются записями в таблице. Такая таблица имеет несколько подтаблиц с различными данными об активах и внешним ключом обратно к таблице активов. Могут существовать различные слои иерархии и взаимосвязей. Разработчик приложений компонует запросы к базе данных, задавая вопросы с использованием стандартного синтаксиса SQL и с помощью разнообразных операторов JOIN и WHERE. Например, чтобы обратиться к историческим данным для газонокосилки, можно сформировать запрос следующего вида:
Select Asset.Name, LawnTractorHistory.timestamp, LawnTractorHistory.location, LawnTractorHistory.temperature
From Asset, LawnTractorHistory
Where Asset.ID = LawnTractorHistory.AssetID and
LawnTractorHistory.timestamp is between [querystart] and [queryend]
Затем следует написать код для обработки набора результатов запроса. Этот процесс следует повторять, чтобы построить ваше решение.
При построении модели ThingWorx динамически развертывает слой интерфейса REST API для доступа к его возможностям и функциям. Структура интерфейса API относительно проста. Если требуется список вещей, вы делаете запрос
https:<Server>/Thingworx/Things
и получаете список вещей в модели, к которой имеется доступ. При вводе
https:<Server>/Thingworx/Things/<thingName>
вы получаете список свойств, сервисов и других возможностей указанной вещи. Можно просматривать список подробно, т. к. это пространство имен является доступным для просмотра.
Для всей модели вещи доступна та же структура. При выполнении
https:<Server>/Thingworx/Server
В результате вы получите список всех сущностей. Можно щелкать элементы списка и экспериментировать.