Repository navigation
UUID's - First Class Optional Field? #12
Unanswered
justinschembri
asked this question in
Q&A
Replies: 1 comment 5 replies
|
You are totally correct. That's why, in V2.0, we added a definition field to all entity types (except Observations), to store such an external reference. Alternatively, if you set up your own server, you can also set the ID type of the Thing EntityType to be UUID, and turn on client-defined ids. Then you can use the UUID as the primary key for Things, and define them yourself instead of having them be server generated. |
5 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Hello all,
I don't particularly enjoy the fact that I need to embed the Universal Unique Identifier (UUID) of my
Thingin properties. Somehow it seems as if this should be a first class field, albeit optional. I think this improves the development of STA clients if we always know where the UUID is (or is not).Wonder if anyone else has similar thoughts? @hylkevds - maybe this came up during v2 development?
All reactions