Ding-orientierter und herkömmlicher Abfrageansatz
In einer relationalen Datenbank sind physische Assets Datensätze in einer Tabelle. Diese Tabelle hat mehrere Untertabellen mit verschiedenen Daten über die Assets und einen Fremdschlüssel zurück zur Asset-Tabelle. Es können mehrere Ebenen von Hierarchie und Beziehungen vorhanden sein. Ein Anwendungsentwickler erstellt Abfragen für die Datenbank, wobei der Fragen mit standardmäßiger SQL-Syntax stellt und eine Vielzahl verschiedener JOIN- und WHERE-Klauseln verwendet. Um beispielsweise auf die historischen Daten für einen Rasentraktor zuzugreifen, können Sie eine Abfrage wie die folgende formulieren:
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]
Anschließend schreiben Sie den Code, um den Ergebnissatz aus der Abfrage zu verarbeiten. Sie wiederholen diesen Vorgang, um die Lösung zu erstellen.
Während Sie das Modell erstellen, wird die REST-API-Ebene von ThingWorx dynamisch erweitert, um auf diese Funktionen zuzugreifen. Das API-Muster ist relativ einfach. Wenn Sie eine Liste von Dingen abrufen möchten, stellen Sie die folgende Frage:
https:<Server>/Thingworx/Things
Sie erhalten eine Liste der Dinge im Modell, auf die Sie Zugriff haben. Wenn Sie Folgendes eingeben:
https:<Server>/Thingworx/Things/<thingName>
erhalten Sie eine Liste der Eigenschaften, Dienste und anderen Funktionen des angegebenen Dings. Sie können einen Drilldown durch die Liste ausführen, da es sich um einen durchsuchbaren Namespace handelt.
Das gleiche Muster ist für das gesamte Ding-Modell verfügbar. Geben Sie Folgendes ein:
https:<Server>/Thingworx/Server
Sie erhalten eine Liste aller Entitäten. Sie können durchklicken und experimentieren.