We have a talk already. Can we sign up this again? (If so, it is better).
Besides, we need to prepare our slides now... I can prepare the first
version in one week.
Then, let's discuss about what should be removed and added.
Wer should definitely participate here!
Von meinem Mobiltelefon gesendet
Betreff: Showcase your project at ApacheCON at a Podling's Shark Tank
Von: Roman Shaposhnik
An: general ,Roman Shaposhnik
in less than a month we're going to
This is really an interesting topic.
I just want to list some use cases and the term different users use
according to my knowledge.
Indeed different users use different terms to describe the same thing:
1. In many industrial cases, users will say a "machine/device" has some
in less than a month we're going to have our first
ApacheCON this year -- the one in Las Vegas. In
about two month there will be one more in Berlin.
These are not your regular ApacheCONs -- these are
20th Anniversary of ASF ApacehCONs! In other words,
these are not to be missed!
This was more as a first comment I wanted to throw in : )
And with such BIG changes I totally agree that a DISCUSSION Thread has to be
openend and in the end if no consensus is found even a VOTE should be done.
Am 14.08.19, 12:18 schrieb "Tian Jiang" :
Surely naming is important to users, but different users may have different
opinions upon naming. I think it is hard to get everyone satisfied, so maybe we
can hold a vote or something to discuss that later.
My starting point is to provide a way to create a bunch of time series
naming i see as a minor issue to change but as a bigger issue to users (nomen
Regarding your other comment I don’t get what you mean.
Think of situations like monitoring stuff from several machines of multiple
types in multiple plants.
Then I would like to say something
The naming is not a big issue, but your schema proposals seem to be turning
IoTDB into something else.
At 2019-08-14 16:55:33, "Jialin Qiao" wrote:
>I think source or datasource is good, and it's better to use, or at least add
>the tags and fields, because many TSDBs use these
I think source or datasource is good, and it's better to use, or at least add
the tags and fields, because many TSDBs use these conceptual module.
Some feasible schema organization ways and "select * from the table" results:
(1) Each type of datasource is a table, which has a time column,
let me stick in hier also.
One of the things which was at first a bit "unfamiliar" for me was this device
It’s a bit to "one-dimensional" in my perspective.
Personally, I quite like how Influx does it that you have a name and can attach
tags and fields to it.
And even if we do not
Yanzhe An created IOTDB-164:
Summary: Convert Path(String) to ID(Long)
Project: Apache IoTDB
Issue Type: Improvement
Mail list logo