[jira] [Closed] (IOTDB-357) NullPointerException in ActiveTimeSeriesCounter

[ https://issues.apache.org/jira/browse/IOTDB-357?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jialin Qiao closed IOTDB-357. - Resolution: Fixed > NullPointerException in ActiveTimeSeriesCounter >

[jira] [Closed] (IOTDB-360) A bug of deadlock in `CompressionRatio`

[ https://issues.apache.org/jira/browse/IOTDB-360?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tianan Li closed IOTDB-360. --- > A bug of deadlock in `CompressionRatio` > --- > > Key:

Re: [jira] [Created] (IOTDB-357) NullPointerException in ActiveTimeSeriesCounter

Hi, I have found that it’s a hidden bug in method `redoLogs()` of class `TsFileRecoverPerformer`. I have pull a request to fix that. The pr link is https://github.com/apache/incubator-iotdb/pull/642 Best Regards, — Tianan

[Discuss] about collecting info to know who are using IoTDB

Hi, I notice that ShardingSpehere incubating project has a page for collecting who are using IoTDB[1]. They use github issue to collect the data [2]. I think it is helpful for the project graduation So, if IoTDB also collects the info, how to do that? Any ideas? 1. We do not open the

[jira] [Created] (IOTDB-360) A bug of deadlock in `CompressionRatio`

Tianan Li created IOTDB-360: --- Summary: A bug of deadlock in `CompressionRatio` Key: IOTDB-360 URL: https://issues.apache.org/jira/browse/IOTDB-360 Project: Apache IoTDB Issue Type: Bug

Re: Code refactoring of Query

Hi, +1 with Jialin Qiao. I think the ongoing query refactor work will cover the following points: 1) refactor the ordinary query, by a) changing all operators in query plans to be batch operators b) replanning the reading of data from storage, taking into consideration the

Re: [jira] [Created] (IOTDB-346) StorageGroupProcessor.sequenceFileList is ordered by fileName rather than dataTime

Hi, After I replicate your experiments, I found it’s a bug of renaming tsfile when it has an out-of-order file name with current tsfiles. I will add a new ut test and pull a request to master soon. Best Regards, — Tianan Li School of Software, Tsinghua University 李天安 清华大学

Re: [jira] [Created] (IOTDB-357) NullPointerException in ActiveTimeSeriesCounter

master (0.10.0-SNAPSHOT) Xiangdong Huang 于2019年12月10日周二 下午11:02写道： > Hi, which version? 0.9.0? > --- > Xiangdong Huang > School of Software, Tsinghua University > > 黄向东 > 清华大学 软件学院 > > > Jialin Qiao (Jira) 于2019年12月10日周二 上午11:41写道： > > > Jialin Qiao created

Re: StorageGroupProcessor.sequenceFileList is ordered by fileName rather than dataTime

Hi， I think the semantics of load are the same as insert, except this insert is a sealed file, so I think it should be dumped into iotdb as an unseq file and sorted in memory with the original files. This may cause queries to be very slow, but we should prompt the user to do a merge command

Re: [jira] [Created] (IOTDB-358) Questions about the `group by` down-samplying clause

Hi, > The answer is NO. If it calculated twice, it's a bug. So, it is a typo of the document, the correct version should be [0, 1d), [1d, 2d). > The new group by statement is like this: select count(*) from root where > time >= 1 and time <= 100 group by ([0, 100], 20ms, 20ms) > The 0 in [0,

Re: [jira] [Created] (IOTDB-359) [0.9.0] TsFile Sketch Tool prints wrong results when the tsfile is very large

Hi, Does this bug only affects the sketch-print-tool, or the TsFile actually? Best, --- Xiangdong Huang School of Software, Tsinghua University 黄向东 清华大学 软件学院 Lei Rui (Jira) 于2019年12月10日周二 下午5:53写道： > Lei Rui created IOTDB-359: > -

Re: [jira] [Created] (IOTDB-357) NullPointerException in ActiveTimeSeriesCounter

Hi, which version? 0.9.0? --- Xiangdong Huang School of Software, Tsinghua University 黄向东 清华大学 软件学院 Jialin Qiao (Jira) 于2019年12月10日周二 上午11:41写道： > Jialin Qiao created IOTDB-357: > - > > Summary: NullPointerException

Re: Code refactoring of Query

hi, Offset command is sometimes found in SQL, so hopefully it will also provide a jump query > 在 2019年12月10日，下午7:16，Jialin Qiao 写道： > > Hi, > > Code refactoring is inevitable when building a large system. The read/write > of TsFile, storage engine of the server have been refactored. Now,

[jira] [Closed] (IOTDB-190) switch to ANTLR v4

[ https://issues.apache.org/jira/browse/IOTDB-190?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yuyuan KANG closed IOTDB-190. - Resolution: Fixed > switch to ANTLR v4 > -- > > Key: IOTDB-190 >

Re: Docker image uploaded under the account of apache

Hi all, Um I was trying to contact the owners of these docker repos. Sadly, only hxdiotdb (it is me..) and xingtanzjr are contacted. I also checked these repos. [1], [2] and [3] are fine, both of them mentioned the image is for Apache IoTDB, and showed iotdb's website. I can not contact to

Re: [jira] [Created] (IOTDB-346) StorageGroupProcessor.sequenceFileList is ordered by fileName rather than dataTime

Hi, I think it is a bug in the `load` function now, and needs to be fixed quickly. Firstly, let's consider that there is no `load` function. In this case, the files will have the same order no matter you use which device's timeline as the ordering dimension. (Second, in your case, can we put

[jira] [Closed] (IOTDB-338) Meet error when disconnecting with the server

[ https://issues.apache.org/jira/browse/IOTDB-338?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jialin Qiao closed IOTDB-338. - Resolution: Fixed [https://github.com/apache/incubator-iotdb/pull/637] > Meet error when disconnecting

Code refactoring of Query

Hi, Code refactoring is inevitable when building a large system. The read/write of TsFile, storage engine of the server have been refactored. Now, it's time to refactor the query engine in the server. Currently, the query is in a tuple-at-a-time manner. In the meantime, the interface is in

Re: [jira] [Created] (IOTDB-346) StorageGroupProcessor.sequenceFileList is ordered by fileName rather than dataTime

Hi, Things become complicated when the load file feature is introduced in IoTDB. The newly added data file may contain many devices with different time intervals. Therefore, one order of TsFileResources is insufficient. A possible solution is to sort the TsFileResources temporarily when querying.

Re: Add data to TSExecuteStatementResp

Hi, I have reviewed this PR and give some suggestions. This is a good optimization. Thanks, Jialin Qiao Xiangdong Huang 于2019年12月10日周二 上午8:45写道： > Hi, > > I think the idea is ok. And I quick review the codes, sounds no problem. > Does anyone who is more familiar with the query process can

Re: [jira] [Created] (IOTDB-358) Questions about the `group by` down-samplying clause

Hi, > My question is, is the data point at 1d calculated twice? The answer is NO. If it calculated twice, it's a bug. > it loses the ability to define the start point of the timestamp for splitting the time window. The new group by statement is like this: select count(*) from root where time

Re: Considering the first Meetup of IoTDB in Beijing

Hi, I would like to give a talk about the architecture and some components of IoTDB. Thanks, Jialin Qiao Xiangdong Huang 于2019年12月10日周二 下午5:24写道： > Hi all, > > Some guys from Apache Pulsar community contacted me to host a meetup > together in Beijing on 4 Jun 2020 in Beijing (using Chinese).

[jira] [Created] (IOTDB-359) [0.9.0] TsFile Sketch Tool prints wrong results when the tsfile is very large

Lei Rui created IOTDB-359: - Summary: [0.9.0] TsFile Sketch Tool prints wrong results when the tsfile is very large Key: IOTDB-359 URL: https://issues.apache.org/jira/browse/IOTDB-359 Project: Apache IoTDB

Considering the first Meetup of IoTDB in Beijing

Hi all, Some guys from Apache Pulsar community contacted me to host a meetup together in Beijing on 4 Jun 2020 in Beijing (using Chinese). Does someone want to share a talk about IoTDB? (How to use IoTDB, IoTDB's design etc..) Best, --- Xiangdong Huang School of

[jira] [Created] (IOTDB-358) Questions about the `group by` down-samplying clause

xiangdong Huang created IOTDB-358: - Summary: Questions about the `group by` down-samplying clause Key: IOTDB-358 URL: https://issues.apache.org/jira/browse/IOTDB-358 Project: Apache IoTDB

Re: [jira] [Created] (IOTDB-335) Separate query execution of the same timeseries with different aggregate functions

+1 for the idea. --- Xiangdong Huang School of Software, Tsinghua University 黄向东 清华大学 软件学院 Jialin Qiao 于2019年12月5日周四 下午6:42写道： > Hi, > > This is a good optimization :) > > Thanks, > Jialin Qiao > > Lei Rui (Jira) 于2019年12月3日周二 下午2:20写道： > > > Lei Rui created