You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@iotdb.apache.org by "Xiangdong Huang (Jira)" <ji...@apache.org> on 2021/07/24 05:41:00 UTC

[jira] [Commented] (IOTDB-1527) rel/0.12:[Sync] The sender creates the deleted timeserie again, and the receiver can query the deleted timeserie's data

    [ https://issues.apache.org/jira/browse/IOTDB-1527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17386649#comment-17386649 ] 

Xiangdong Huang commented on IOTDB-1527:
----------------------------------------

1. We may need to define the behavior of the Sync module:
Does the receiver need to delete data if  the sender deletes data?

2. If the answer of Question 1 is: YES, then, we need to consider cases:

Case 1:
a) sender writes a TsFile, but it has not sent the data file to the receiver.
b) the sender deletes the data.
OK, the receiver does not get the data.

Case 2:
a) sender writes a TsFile, and it has sent the data file to the receiver.
b) the sender deletes the data, but the deletion command is not sent to the receiver now.
c) the sender creates the time series again, and does not send the creation command to the receiver.

OK, the receiver now can get the data.

Case 3:
a) sender writes a TsFile, and it has sent the data file to the receiver.
b) the sender deletes the data, but the deletion command is not sent to the receiver now.
c) the sender creates the time series again, and sends the creation command to the receiver.

OK, the receiver now should not get the data.



> rel/0.12:[Sync] The sender creates the deleted timeserie again, and the receiver can query the deleted timeserie's data
> -----------------------------------------------------------------------------------------------------------------------
>
>                 Key: IOTDB-1527
>                 URL: https://issues.apache.org/jira/browse/IOTDB-1527
>             Project: Apache IoTDB
>          Issue Type: Bug
>          Components: Sync
>    Affects Versions: 0.12.2-SNAPSHOT
>            Reporter: 刘珍
>            Priority: Minor
>
> rel/0.12 153a4a3e88f6c27ae563e1b1681562798c0597b5
> 192.168.130.13 : reveiver
> 192.168.130.10 : sender
> 1. 192.168.130.10  cli
> set storage group to root.sg1;
> CREATE TIMESERIES root.sg1.dev1.s1 WITH DATATYPE=FLOAT, ENCODING=PLAIN;
> insert into root.sg1.dev1(time,s1) values(1000,1.14);
> flush;
> 192.168.130.13 sync successfully
> 2.192.168.130.10  cli
>  delete storage group root.*;
>  flush;
>  192.168.130.13 sync successfully
> 3. 192.168.130.10  cli
> set storage group to root.sg1;
> CREATE TIMESERIES root.sg1.dev1.s1 WITH DATATYPE=FLOAT, ENCODING=PLAIN;
> insert into root.sg1.dev1(time,s1) values(2000,2.14);
> flush;
>  192.168.130.13 sync successfully ,  {color:#DE350B}*but *{color} :
> select * from root.sg1.dev1;
> --已删除的序列的值,可以查询到(期望查询到1条记录)
> IoTDB> select * from root.sg1.dev1;
> +-----------------------------+----------------+
> |                         Time|root.sg1.dev1.s1|
> +-----------------------------+----------------+
> |{color:#DE350B}*1970-01-01T08:00:01.000+08:00|            1.14*{color}|
> |1970-01-01T08:00:02.000+08:00|            2.14|
> +-----------------------------+----------------+
> Total line number = 2



--
This message was sent by Atlassian Jira
(v8.3.4#803005)