Re: Endianess.

For the endian of disk files (TSfile) and RPC buffer, I prefer to keep current endian mode.. BigEndian +1 Jialin Qiao 于2021年9月29日周三 上午8:57写道： > BigEndian +1 > > — > Jialin Qiao > > > Xiangdong Huang 于2021年9月29日周三 上午8:39写道： > > > Hi, > > > > So we will keep BigEndian, right? >

Re: IOTDB-Lite as sqllite approach

We might want to support TsFile in different languages: Go, Rust, C and C++ as parquet/arrow people are doing.

Use of generics.

Hello again, i am in learning mode. I've seen in the Tablet.java an array of Object[] and i want to know the rational of this. We know that in Java generics are "fake" due to the type erasure, but is there any possibility to replace that: *** deviceId of this tablet */

Re: Endianess.

BigEndian +1 — Jialin Qiao Xiangdong Huang 于2021年9月29日周三 上午8:39写道： > Hi, > > So we will keep BigEndian, right? > > Best, > --- > Xiangdong Huang > School of Software, Tsinghua University > > 黄向东 > 清华大学 软件学院 > > Julian Feinauer 于2021年9月28日周二

Re: IOTDB-Lite as sqllite approach

Hi Julian, Let TsFile supporting SQL is attractive. However, as it may have some limitations, e.g., a tsfile does not support out-of-order data integration for a given time series. It will limit the usage scenarios: if a embedded machine can run TsFile with Java, why not run IoTDB The

Re: Endianess.

Hi, So we will keep BigEndian, right? Best, --- Xiangdong Huang School of Software, Tsinghua University 黄向东 清华大学 软件学院 Julian Feinauer 于2021年9月28日周二 下午6:47写道： > > Big +1 for fixed Endianness! > > I think a C implementation would also be beneficial for something

[BUILD-UNSTABLE]: Job 'IoTDB/IoTDB-Pipe/master [master] [350]'

BUILD-UNSTABLE: Job 'IoTDB/IoTDB-Pipe/master [master] [350]': Check console output at "https://ci-builds.apache.org/job/IoTDB/job/IoTDB-Pipe/job/master/350/;>IoTDB/IoTDB-Pipe/master [master] [350]"

AW: Endianess.

Big +1 for fixed Endianness! I think a C implementation would also be beneficial for something like a sqlite interface (see my thread here https://lists.apache.org/thread.html/rd4d0296e0fef9c1c822f605f641d829047e0932429499a5e05667b8e%40%3Cdev.iotdb.apache.org%3E) as it could be wrapped to

IOTDB-Lite as sqllite approach

Hi folks, I just came up with a little idea to improve the usage of TSFiles at the „edge“. What if we create an access layer (besides the Readers /Writers) to access the TSFiles with SQL as if they were in the server. Thats basically the same that sqlite does with extreme success