You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@iotdb.apache.org by "Eric Pai (Jira)" <ji...@apache.org> on 2021/03/30 04:59:00 UTC
[jira] [Commented] (IOTDB-1209) When loading a tsfile with a large
timestamp, the data is incorrect
[ https://issues.apache.org/jira/browse/IOTDB-1209?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17311137#comment-17311137 ]
Eric Pai commented on IOTDB-1209:
---------------------------------
It's weird. I can help to investigate this issue if no one haven't started this yet.
> When loading a tsfile with a large timestamp, the data is incorrect
> -------------------------------------------------------------------
>
> Key: IOTDB-1209
> URL: https://issues.apache.org/jira/browse/IOTDB-1209
> Project: Apache IoTDB
> Issue Type: Bug
> Affects Versions: 0.11.2
> Reporter: Houliang Qi
> Priority: Critical
> Attachments: 1.1.png, 1.2.png, 1.3.png, 1.4.png, 1.5.png, 1678502448000-1-0.tsfile
>
>
> Step 1:
> # insert into root.group_1.d_1(timestamp, s_1, s_0, s_2) values(2018-07-18T00:00:00.000+08:00, 18, false, 18.18)
> # flush
> # insert into root.group_1.d_1(timestamp, s_1, s_0, s_2) values(2018-07-19T00:00:00.000+08:00, 19, false, 19.18)
> # flush
> !1.1.png!
>
> Step2:
> load one tsfile which the tsfile name have a large timestamp, but its data's timestamp are small.
> # load "../1678502448000-1-0.tsfile"
> # !1.2.png!
> # after load the tsfile, we can see that the root.group_1.d_1 has 3 rows as below.
> # !1.3.png!
>
> Step3:insert another two rows
> # insert into root.group_1.d_1(timestamp, s_1, s_0, s_2) values(2019-07-19T00:00:00.000+08:00, 2019, false, 19.18)
> # insert into root.group_1.d_1(timestamp, s_1, s_0, s_2) values(2019-08-19T00:00:00.000+08:00, 2018, false, 19.18)
> # we can see that the query result is rowng when we query the root.group_1.d_1
> !1.4.png!
>
> Step4 : Query with the order by time keyword, we can see from the result that it have two problems:
> # it's not ordered by time
> # time value of time 2018-07-18T00:00:00.000+08:00 (s1, s_0, s2)are (18, false, 18.18 ) which we insert in step one, however, the result show is another vlaue.
> !1.5.png!
>
>
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)