This is approach isn't the best for all applications; If you want to do historical stuff, analyzing large amounts of data, statistics and such things, HiveSQL is better.
It depends, on what you are trying to do...
You might try to view these things as get and set methods; If you don't need to broadcast any other transactions than your own, you could even get away with treating it that way.
For this guide, I won't use HiveSQL, no.
You could use this guide to build your own, custom HiveSQL, though...
Like I wrote in the previous post:
It depends, on what you are trying to do...
For this guide, I won't use HiveSQL, no.
You could use this guide to build your own, custom HiveSQL, though...
Hope that helps.
Thanks, yeah, mostly crunching some numbers, so I will check out SQL first.