field "entry_id" | General | Forum

Avatar

Please consider registering
Guest

sp_LogInOut Log In sp_Registration Register

Register | Lost password?
Advanced Search

— Forum Scope —






— Match —





— Forum Options —





Minimum search word length is 3 characters - maximum search word length is 84 characters

sp_Feed sp_TopicIcon
field "entry_id"
No permission to create posts
May 1, 2018
11:46 am
Avatar
heh

Gold
Members
Forum Posts: 27
Member Since:
June 30, 2017
sp_UserOfflineSmall Offline

Feed field named "entry_id" in HTTP API responses is not a true ID.
It is merely a counter, because it resets every time a channel is cleared.

Problems:
1. As counters, these are almost useless since they are not unique and can't be used for addressing.
2. If they can't be used then why ThingSpeak exposes them at all?

Suggestions:
1. Make them true IDs and provide tools for using them.
2. Drop them from ThingSpeak API altogether to avoid confusion.

May 1, 2018
12:00 pm
Avatar
Vinod

MathWorks
Members
Forum Posts: 206
Member Since:
May 1, 2016
sp_UserOfflineSmall Offline

Thank you for your suggestions. The ThingSpeak team has thought about these and many, many more over years of running the service.

The entry_id exists for historical reasons. For what it is worth, we have a number of users who rely on it. Removing this entirely will impact existing users who need to reprogram their devices that may be deployed remotely.

We recommend that users do not use the entry_id field. However, at this time we do not see a solution to eliminate it without causing our users pain.

Like I mentioned in your other thread - data stored on ThingSpeak is time series data. At this time we believe the appropriate way to index it is using the start and end time.

May 1, 2018
2:01 pm
Avatar
heh

Gold
Members
Forum Posts: 27
Member Since:
June 30, 2017
sp_UserOfflineSmall Offline

Hello, Vinod

It is definitely a good reason to retain this field.
Why don't you make it a "true" ID then and avoid further confusion?
I see many cases where timestamps are not adequate and
true IDs would be helpful.

One such example I already mentioned in my other post
about incremental data processing.

Regards

May 11, 2018
9:52 am
Avatar
heh

Gold
Members
Forum Posts: 27
Member Since:
June 30, 2017
sp_UserOfflineSmall Offline

What takes you so long to respond?

May 12, 2018
10:06 am
Avatar
Hans
Natick, MA

Admin
Forum Posts: 397
Member Since:
January 18, 2011
sp_UserOfflineSmall Offline

We will consider having a true id for the data. Right now, the combination of channel#+entry_id is unique. Thanks.

Forum Timezone: America/New_York

Most Users Ever Online: 114

Currently Online:
24 Guest(s)

Currently Browsing this Page:
1 Guest(s)

Top Posters:

rw950431: 261

Vinod: 196

piajola: 85

turgo: 70

vespapierre: 63

Adarsh_Murthy: 62

Member Stats:

Guest Posters: 1

Members: 5703

Moderators: 0

Admins: 2

Forum Stats:

Groups: 4

Forums: 17

Topics: 1313

Posts: 4565

Newest Members:

JamesVex, meghanfr69, raqueldk69, soniafw2, vitalijDrine, JosephAmapy

Administrators: Hans: 387, lee: 457