cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 

Community Tip - Visit the PTCooler (the community lounge) to get to know your fellow community members and check out some of Dale's Friday Humor posts! X

Value Stream Query not fetching the records Always

TanmeyTWX
17-Peridot

Value Stream Query not fetching the records Always

Hi,

 

I'm using QueryNamedPropertyHistory to fetch data from Value Stream and bind it to Mashup. But using same timestamp(start and end date) differently,causing partial data fetch.

Here is the scenario.

I have a data record at 2020-10-20 09:00:00.000

1.  Execute service with start date (2020-10-20 08:00:00.000) and end date (2020-10-20 10:00:00.000), timerange is 2 hours.

result = empty record for that Property

 

2. Execute service with start date (2020-10-20 12:00:00.000) and end date (2020-10-20 10:00:00.000),timerange is 10 hours.

result = expected record

 

so same record is being fetched when time range is more but no records found when time range is closer to the actual record timestamp.

 

Additional Info:

when using QueryNumberPropertyHistory with same date 24 hours timerange for that Property, able to see only 8 records in actual.

TanmeyTWX_0-1603810560645.png

 

when using QueryPropertyHistory with same date 24 hours timerange , can see multiple records with repeated values and some blank values for that property

 

 

Is it a kind of expected behavior of Thingworx value stream query? Not able to understand. Please suggest.

1 ACCEPTED SOLUTION

Accepted Solutions

Hi,

 

I have found the root cause.

 

Its the behavior of Value Stream Query. 

QueryPropertyHistory returns a data set created by querying each logged property on a Thing and then combining the individual datasets into one big data set. A "row" is created for each time stamp in the individual data sets. If there is a logged value with that time stamp, it is entered in the row of the data set. If there is no logged value, the last logged value for that property is used. If there is no logged property; the entry is left blank. This combiner process removes duplicates for a given property based on timestamp.

View solution in original post

4 REPLIES 4

Hello @TanmeyTWX ,

 

Have you tried to use the logged option for properties whose values update continuously ?

What database are you using ?

Hi  Ciprian-Traian,

 

Properties are already logged only. some properties on Thing are sending continuous( every second) and some are like(every hour).

I'm using Postgres DB Thingworx

Hello @TanmeyTWX,

 

After using the QueryPropertyHistory service,it checks the data flow for each property in the Thing and collects all latest updates (each has a different updatetime) into one infotable result.

Split Things across several Value Streams to improve index performance.

You can also check ThingWorx subsystems in Composer > Monitoring menu > Value Stream Processing Subsystem > this subsystem is being used for ingesting data from your remote devices or business logic.

If the queueSize in the monitoring section is increasing constantly, it indicates that the system is not able to ingest the data.

 

Hi,

 

I have found the root cause.

 

Its the behavior of Value Stream Query. 

QueryPropertyHistory returns a data set created by querying each logged property on a Thing and then combining the individual datasets into one big data set. A "row" is created for each time stamp in the individual data sets. If there is a logged value with that time stamp, it is entered in the row of the data set. If there is no logged value, the last logged value for that property is used. If there is no logged property; the entry is left blank. This combiner process removes duplicates for a given property based on timestamp.

Top Tags