Hi,
It seems you replace a object by using a list? Is it necessary?
By the way, in new format, what does
""args":{"$ref":"$.root[0].a[0].d0[0].s0.args"}," mean ?
Thanks
XuYi
On 4/4/2019 12:23，Julian Feinauer wrote：
+1
Von meinem Mobiltelefon gesendet
Ursprüngliche Nachricht --
Hi,
Thanks for XuYi’s suggestion, now I remove all the JSONArray, so the output
will be:
{
"a":{
"b":{
"d0":{
"s0":{
"args":{},
"Storage
so, is the proposal of "time series schema with JSON format" rejected?
---
Xiangdong Huang
School of Software, Tsinghua University
黄向东
清华大学 软件学院
毛东方 于2019年4月4日周四 下午4:23写道：
> Hi,
>
> Thanks for XuYi’s suggestion, now I remove all the JSONArray, so the
> output
I think we should display human readable message for `show timeseries`. As
it is a SQL command, maybe it is better to response a result *table* like
other queries. I'am afraid JSON is too long for the CLI.
JSON format is friendly for program to parse, so we can provide standard
JSON message through
Or just show the series names like other RDBMS did for show tables and show
databases.
Detail information of series can be shown when `describe `.
Just a suggestion.
Thanks,
Jiaye
On Thu, Apr 4, 2019 at 8:35 PM Jiaye Wu wrote:
> I think we should display human readable message for `show timeser
Hi all,
I send this message especially as we have this discussion with the Calcite
integration.
If we want to use Calcite as JDBC Frontend (which I highly suggest) then we
have to handle things according to the (SQL) standard.
This means, that the result of this (Custom) Command would need a res
Hi,
After reading several times, I think @Julian's proposal is really good
enough for me... (And I notice that some contents come from the iotdb
website. Thanks the author :D).
I just added one sentence for introducing that IoT ask for a time series
database. And, added "and some use cases" in the
