[jira] [Created] (IOTDB-1394) Time series statistics API for UDTF

2021-05-24 Thread Steve Yurong Su (Jira)
Steve Yurong Su created IOTDB-1394:
--

 Summary: Time series statistics API for UDTF
 Key: IOTDB-1394
 URL: https://issues.apache.org/jira/browse/IOTDB-1394
 Project: Apache IoTDB
  Issue Type: Sub-task
Reporter: Steve Yurong Su


In the eval process of many UDTFs, the statistical information (avg, max, min, 
count ...) of the time series needs to be known in advance.



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


[jira] [Created] (IOTDB-1393) Request timed out when create time series

2021-05-24 Thread LuMing (Jira)
LuMing created IOTDB-1393:
-

 Summary: Request timed out when create time series
 Key: IOTDB-1393
 URL: https://issues.apache.org/jira/browse/IOTDB-1393
 Project: Apache IoTDB
  Issue Type: Bug
  Components: Cluster
Affects Versions: 0.12.0
Reporter: LuMing


# client connected
 # execute statement

CREATE TIMESERIES root.devices.wf03.wt01.ts0 WITH DATATYPE=BOOLEAN, 
ENCODING=PLAIN, compression=UNCOMPRESSED
 create timeseries root.devices.wf03.wt01.ts1(elec_meter) with datatype=INT32, 
encoding=RLE, compression=SNAPPY,MAX_POINT_NUMBER=3 tags(tag1=t1, tag2=t2) 
attributes(attr1=a1, attr2=a2)
 create timeseries root.devices.wf03.wt01.ts2 with datatype=INT64, 
encoding=RLE, compression=LZ4 tags(tag1=t1, tag2=t2) attributes(attr1=a1, 
attr2=a2)3.result

3. result

!https://clouddevops.huawei.com/vision-file-storage/api/file/download/upload-v2/2021/4/18/z00293891/8ccad779814e46faaadc92ad27397141/image.png!

4. log file is attached



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


[jira] [Created] (IOTDB-1392) Memory declaration API for UDF

2021-05-24 Thread Steve Yurong Su (Jira)
Steve Yurong Su created IOTDB-1392:
--

 Summary: Memory declaration API for UDF
 Key: IOTDB-1392
 URL: https://issues.apache.org/jira/browse/IOTDB-1392
 Project: Apache IoTDB
  Issue Type: Sub-task
Reporter: Steve Yurong Su


In some common function evaluation scenarios, it may be required to cache all 
the original data in the memory, which may cause OOM. Obviously, the system 
software should not allow such behavior.

We should provide a set of API (for example, used to apply for an array with 
memory control) for user to declare memory usage. If the declared memory usage 
is higher than the limit, we should reject the UDF evaluation and then throw an 
exception.



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


[jira] [Created] (IOTDB-1391) Add a new Aggregation function ext

2021-05-24 Thread Jialin Qiao (Jira)
Jialin Qiao created IOTDB-1391:
--

 Summary: Add a new Aggregation function ext
 Key: IOTDB-1391
 URL: https://issues.apache.org/jira/browse/IOTDB-1391
 Project: Apache IoTDB
  Issue Type: New Feature
Reporter: Jialin Qiao


Add a new aggregation function: ext

 

Return the value that has the maximum absolute value.

If the maximum absolute value of a positive value and a negative value is 
equal, return the positive value.

 

For example:

time:1,2,3,4,5

value:1,10,-4,3,4

 

select ext(s1) from root.sg.d where time >=1 and time <=5 

return  10

 

select ext(s1) from root.sg.d where time >=3 and time <=4 

return  -4

 

select ext(s1) from root.sg.d where time >=3 and time <=5 

return  4



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


[jira] [Created] (IOTDB-1390) Unseq compaction loss data in seq file

2021-05-24 Thread Jira
张凌哲 created IOTDB-1390:
--

 Summary: Unseq compaction loss data in seq file
 Key: IOTDB-1390
 URL: https://issues.apache.org/jira/browse/IOTDB-1390
 Project: Apache IoTDB
  Issue Type: Bug
  Components: Compaction
Reporter: 张凌哲
 Fix For: master branch, 0.11.4, 0.12.1


set compaction_strategy = LEVEL_COMPACTION

use the `data` to recover the IoTDB. After Recovery, it will merge the unseq 
data automatically. After unseq compaction, the data of some sensor in seq file 
loss.

use the following SQL to check data status before and after unseq compaction.
{code:java}
select Channel96 from root.*.J053102.T034.V1 where time >= 2021-05-18 22:32:27 
and time <= 2021-05-18 22:32:37;
{code}



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