You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@iotdb.apache.org by qi...@apache.org on 2025/02/25 10:30:24 UTC
(iotdb-docs) branch main updated: Optimize modeling design scheme (#597)
This is an automated email from the ASF dual-hosted git repository.
qiaojialin pushed a commit to branch main
in repository https://gitbox.apache.org/repos/asf/iotdb-docs.git
The following commit(s) were added to refs/heads/main by this push:
new e197c709 Optimize modeling design scheme (#597)
e197c709 is described below
commit e197c709485aabdbfb5bf9f5c7d1a4033546c398
Author: W1y1r <15...@users.noreply.github.com>
AuthorDate: Tue Feb 25 18:30:19 2025 +0800
Optimize modeling design scheme (#597)
---
src/.vuepress/public/img/Data-model-01.png | Bin 0 -> 534901 bytes
src/.vuepress/public/img/Data-model-02.png | Bin 0 -> 355028 bytes
src/.vuepress/public/img/Data-model-en-10.png | Bin 0 -> 463145 bytes
src/.vuepress/public/img/Data-model-en-11.png | Bin 0 -> 335059 bytes
src/.vuepress/sidebar/V2.0.x/en-Tree.ts | 12 +-
src/.vuepress/sidebar/V2.0.x/zh-Tree.ts | 2 +-
src/.vuepress/sidebar_timecho/V2.0.x/en-Tree.ts | 2 +-
src/.vuepress/sidebar_timecho/V2.0.x/zh-Tree.ts | 2 +-
.../Data-Model-and-Terminology_apache.md | 2 +-
.../Data-Model-and-Terminology_timecho.md | 4 +-
.../Tree/API/Programming-Python-Native-API.md | 4 +-
.../Data-Model-and-Terminology_apache.md | 2 +-
.../Data-Model-and-Terminology_timecho.md | 4 +-
.../Master/Tree/Background-knowledge/Data-Type.md | 2 +-
.../Navigating_Time_Series_Data.md | 0
.../Basic-Concept/Data-Model-and-Terminology.md | 152 -
.../Master/Tree/Basic-Concept/Operate-Metadata.md | 23 +
.../Tree/Basic-Concept/Operate-Metadata_apache.md | 56 +-
.../Tree/Basic-Concept/Operate-Metadata_timecho.md | 56 +-
.../Master/Tree/Basic-Concept/Query-Data.md | 4 +-
.../Master/Tree/Basic-Concept/Write-Delete-Data.md | 4 +-
.../Cluster-Deployment_apache.md | 19 +-
.../Cluster-Deployment_timecho.md | 32 +-
.../Database-Resources.md | 5 +-
.../Environment-Requirements.md | 1 -
.../Deployment-and-Maintenance/IoTDB-Package.md | 23 +
.../Monitoring-panel-deployment.md | 2 +-
.../Tree/Ecosystem-Integration/Thingsboard.md | 2 +-
.../Master/Tree/QuickStart/QuickStart_apache.md | 2 +-
.../Master/Tree/QuickStart/QuickStart_timecho.md | 2 +-
src/UserGuide/Master/Tree/Reference/Syntax-Rule.md | 281 --
.../Master/Tree/Reference/UDF-Libraries_apache.md | 5244 --------------------
.../Tree/{Reference => SQL-Manual}/Keywords.md | 0
.../Tree/SQL-Manual}/Syntax-Rule.md | 0
.../Master/Tree/SQL-Manual/UDF-Libraries.md | 23 +
.../Master/Tree/SQL-Manual/UDF-Libraries_apache.md | 3 +-
.../Master/Tree/User-Manual/Data-Sync_apache.md | 2 +-
.../Master/Tree/User-Manual/Data-Sync_timecho.md | 1 +
.../Master/Tree/User-Manual/Data-subscription.md | 1 +
.../Master/Tree/User-Manual/IoTDB-View_timecho.md | 1 -
.../Data-Model-and-Terminology_apache.md | 2 +-
.../Data-Model-and-Terminology_timecho.md | 4 +-
.../Data-Model-and-Terminology.md | 152 -
.../Data-Model-and-Terminology_apache.md | 2 +-
.../Data-Model-and-Terminology_timecho.md | 4 +-
.../Basic-Concept/Operate-Metadata_apache.md | 54 +-
.../Basic-Concept/Operate-Metadata_timecho.md | 54 +-
.../latest/Basic-Concept/Write-Delete-Data.md | 4 +-
.../latest/QuickStart/QuickStart_apache.md | 2 +-
.../latest/QuickStart/QuickStart_timecho.md | 2 +-
.../latest/{Reference => SQL-Manual}/Keywords.md | 0
.../{Reference => SQL-Manual}/Syntax-Rule.md | 0
.../Data-Model-and-Terminology_apache.md | 2 +-
.../Data-Model-and-Terminology_timecho.md | 4 +-
.../Data-Model-and-Terminology.md | 143 -
.../Data-Model-and-Terminology_apache.md | 2 +-
.../Data-Model-and-Terminology_timecho.md | 4 +-
.../Tree/Basic-Concept/Operate-Metadata_apache.md | 52 +-
.../Tree/Basic-Concept/Operate-Metadata_timecho.md | 52 +-
.../Master/Tree/QuickStart/QuickStart_apache.md | 2 +-
.../Master/Tree/QuickStart/QuickStart_timecho.md | 2 +-
.../Tree/User-Manual/Authority-Management.md | 2 +-
.../Data-Model-and-Terminology_apache.md | 2 +-
.../Data-Model-and-Terminology_timecho.md | 4 +-
.../Data-Model-and-Terminology.md | 143 -
.../Data-Model-and-Terminology_apache.md | 2 +-
.../Data-Model-and-Terminology_timecho.md | 4 +-
.../Basic-Concept/Operate-Metadata_apache.md | 52 +-
.../Basic-Concept/Operate-Metadata_timecho.md | 52 +-
.../latest/Basic-Concept/Write-Delete-Data.md | 2 +-
.../latest/QuickStart/QuickStart_apache.md | 2 +-
.../latest/QuickStart/QuickStart_timecho.md | 2 +-
.../latest/User-Manual/Authority-Management.md | 2 +-
73 files changed, 586 insertions(+), 6201 deletions(-)
diff --git a/src/.vuepress/public/img/Data-model-01.png b/src/.vuepress/public/img/Data-model-01.png
new file mode 100644
index 00000000..7d1330d7
Binary files /dev/null and b/src/.vuepress/public/img/Data-model-01.png differ
diff --git a/src/.vuepress/public/img/Data-model-02.png b/src/.vuepress/public/img/Data-model-02.png
new file mode 100644
index 00000000..b7a13e41
Binary files /dev/null and b/src/.vuepress/public/img/Data-model-02.png differ
diff --git a/src/.vuepress/public/img/Data-model-en-10.png b/src/.vuepress/public/img/Data-model-en-10.png
new file mode 100644
index 00000000..dbd56228
Binary files /dev/null and b/src/.vuepress/public/img/Data-model-en-10.png differ
diff --git a/src/.vuepress/public/img/Data-model-en-11.png b/src/.vuepress/public/img/Data-model-en-11.png
new file mode 100644
index 00000000..434344ac
Binary files /dev/null and b/src/.vuepress/public/img/Data-model-en-11.png differ
diff --git a/src/.vuepress/sidebar/V2.0.x/en-Tree.ts b/src/.vuepress/sidebar/V2.0.x/en-Tree.ts
index 113cfade..abc4c9b4 100644
--- a/src/.vuepress/sidebar/V2.0.x/en-Tree.ts
+++ b/src/.vuepress/sidebar/V2.0.x/en-Tree.ts
@@ -43,7 +43,7 @@ export const enSidebar = {
},
{
text: 'Modeling Scheme Design',
- link: 'Data-Model-and-Terminology',
+ link: 'Data-Model-and-Terminology_apache',
},
{ text: 'Data Type', link: 'Data-Type' },
],
@@ -188,6 +188,8 @@ export const enSidebar = {
collapsible: true,
prefix: 'SQL-Manual/',
children: [
+ { text: 'Identifiers', link: 'Syntax-Rule' },
+ { text: 'Keywords', link: 'Keywords' },
{ text: 'SQL Manual', link: 'SQL-Manual' },
{
text: 'Functions and Operators',
@@ -236,14 +238,6 @@ export const enSidebar = {
{ text: 'DataNode Config Manual', link: 'DataNode-Config-Manual_apache' },
],
},
- {
- text: 'Syntax-Rule',
- collapsible: true,
- children: [
- { text: 'Identifiers', link: 'Syntax-Rule' },
- { text: 'Keywords', link: 'Keywords' },
- ],
- },
{ text: 'Status Codes', link: 'Status-Codes' },
],
},
diff --git a/src/.vuepress/sidebar/V2.0.x/zh-Tree.ts b/src/.vuepress/sidebar/V2.0.x/zh-Tree.ts
index e0ca9358..a2e64011 100644
--- a/src/.vuepress/sidebar/V2.0.x/zh-Tree.ts
+++ b/src/.vuepress/sidebar/V2.0.x/zh-Tree.ts
@@ -39,7 +39,7 @@ export const zhSidebar = {
children: [
{ text: '常见概念', link: 'Cluster-Concept_apache' },
{ text: '时序数据模型', link: 'Navigating_Time_Series_Data' },
- { text: '建模方案设计', link: 'Data-Model-and-Terminology' },
+ { text: '建模方案设计', link: 'Data-Model-and-Terminology_apache' },
{ text: '数据类型', link: 'Data-Type' },
],
},
diff --git a/src/.vuepress/sidebar_timecho/V2.0.x/en-Tree.ts b/src/.vuepress/sidebar_timecho/V2.0.x/en-Tree.ts
index 0db48aa5..bb98ea88 100644
--- a/src/.vuepress/sidebar_timecho/V2.0.x/en-Tree.ts
+++ b/src/.vuepress/sidebar_timecho/V2.0.x/en-Tree.ts
@@ -43,7 +43,7 @@ export const enSidebar = {
},
{
text: 'Modeling Scheme Design',
- link: 'Data-Model-and-Terminology',
+ link: 'Data-Model-and-Terminology_timecho',
},
{ text: 'Data Type', link: 'Data-Type' },
],
diff --git a/src/.vuepress/sidebar_timecho/V2.0.x/zh-Tree.ts b/src/.vuepress/sidebar_timecho/V2.0.x/zh-Tree.ts
index 461ac962..c3686000 100644
--- a/src/.vuepress/sidebar_timecho/V2.0.x/zh-Tree.ts
+++ b/src/.vuepress/sidebar_timecho/V2.0.x/zh-Tree.ts
@@ -39,7 +39,7 @@ export const zhSidebar = {
children: [
{ text: '常见概念', link: 'Cluster-Concept_timecho' },
{ text: '时序数据模型', link: 'Navigating_Time_Series_Data' },
- { text: '建模方案设计', link: 'Data-Model-and-Terminology' },
+ { text: '建模方案设计', link: 'Data-Model-and-Terminology_timecho' },
{ text: '数据类型', link: 'Data-Type' },
],
},
diff --git a/src/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_apache.md b/src/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_apache.md
index e6664dfd..2bec26da 100644
--- a/src/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_apache.md
+++ b/src/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_apache.md
@@ -113,7 +113,7 @@ The application scenarios mainly include two categories:
- If different types of devices in the scenario have different hierarchical paths and data point sets, create branches under the database node by device type. Each device type can have a different data point structure.
<div style="text-align: center;">
- <img src="/img/Data-model-en01.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-en-11.png" alt="" style="width: 70%;"/>
</div>
##### 3.1.3.2 How to model when there are no devices, only data points?
diff --git a/src/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_timecho.md b/src/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_timecho.md
index 40ed6e89..0e843c87 100644
--- a/src/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_timecho.md
+++ b/src/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_timecho.md
@@ -115,7 +115,7 @@ The application scenarios mainly include three categories:
- If different types of devices in the scenario have different hierarchical paths and data point sets, create branches under the database node by device type. Each device type can have a different data point structure.
<div style="text-align: center;">
- <img src="/img/Data-model-en01.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-en-11.png" alt="" style="width: 70%;"/>
</div>
##### 3.1.3.2 How to model when there are no devices, only data points?
@@ -207,7 +207,7 @@ The application scenarios mainly include three categories:
- **Table View**T: Create a table view for each type of device, with each table view having different tags and data point sets.
<div style="text-align: center;">
- <img src="/img/Data-model-en07.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-en-10.png" alt="" style="width: 70%;"/>
</div>
##### 3.3.2.2 How to model when there are no device identifier columns or attribute columns?
diff --git a/src/UserGuide/Master/Tree/API/Programming-Python-Native-API.md b/src/UserGuide/Master/Tree/API/Programming-Python-Native-API.md
index c025f6cf..8d74b41c 100644
--- a/src/UserGuide/Master/Tree/API/Programming-Python-Native-API.md
+++ b/src/UserGuide/Master/Tree/API/Programming-Python-Native-API.md
@@ -31,9 +31,9 @@ You have to install thrift (>=0.13) before using the package.
First, download the package: `pip3 install apache-iotdb`
-You can get an example of using the package to read and write data at here: [Session Example](https://github.com/apache/iotdb/blob/master/iotdb-client/client-py/session_example.py)
+You can get an example of using the package to read and write data at here:[Session Example](https://github.com/apache/iotdb/blob/rc/2.0.1/iotdb-client/client-py/session_example.py)
-An example of aligned timeseries: [Aligned Timeseries Session Example](https://github.com/apache/iotdb/blob/master/iotdb-client/client-py/session_aligned_timeseries_example.py)
+An example of aligned timeseries: [Aligned Timeseries Session Example](https://github.com/apache/iotdb/blob/rc/2.0.1/iotdb-client/client-py/session_aligned_timeseries_example.py)
(you need to add `import iotdb` in the head of the file)
diff --git a/src/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_apache.md b/src/UserGuide/Master/Tree/Background-knowledge/Data-Model-and-Terminology_apache.md
similarity index 99%
copy from src/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_apache.md
copy to src/UserGuide/Master/Tree/Background-knowledge/Data-Model-and-Terminology_apache.md
index e6664dfd..2bec26da 100644
--- a/src/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_apache.md
+++ b/src/UserGuide/Master/Tree/Background-knowledge/Data-Model-and-Terminology_apache.md
@@ -113,7 +113,7 @@ The application scenarios mainly include two categories:
- If different types of devices in the scenario have different hierarchical paths and data point sets, create branches under the database node by device type. Each device type can have a different data point structure.
<div style="text-align: center;">
- <img src="/img/Data-model-en01.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-en-11.png" alt="" style="width: 70%;"/>
</div>
##### 3.1.3.2 How to model when there are no devices, only data points?
diff --git a/src/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_timecho.md b/src/UserGuide/Master/Tree/Background-knowledge/Data-Model-and-Terminology_timecho.md
similarity index 98%
copy from src/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_timecho.md
copy to src/UserGuide/Master/Tree/Background-knowledge/Data-Model-and-Terminology_timecho.md
index 40ed6e89..0e843c87 100644
--- a/src/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_timecho.md
+++ b/src/UserGuide/Master/Tree/Background-knowledge/Data-Model-and-Terminology_timecho.md
@@ -115,7 +115,7 @@ The application scenarios mainly include three categories:
- If different types of devices in the scenario have different hierarchical paths and data point sets, create branches under the database node by device type. Each device type can have a different data point structure.
<div style="text-align: center;">
- <img src="/img/Data-model-en01.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-en-11.png" alt="" style="width: 70%;"/>
</div>
##### 3.1.3.2 How to model when there are no devices, only data points?
@@ -207,7 +207,7 @@ The application scenarios mainly include three categories:
- **Table View**T: Create a table view for each type of device, with each table view having different tags and data point sets.
<div style="text-align: center;">
- <img src="/img/Data-model-en07.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-en-10.png" alt="" style="width: 70%;"/>
</div>
##### 3.3.2.2 How to model when there are no device identifier columns or attribute columns?
diff --git a/src/UserGuide/Master/Tree/Background-knowledge/Data-Type.md b/src/UserGuide/Master/Tree/Background-knowledge/Data-Type.md
index 26449ccf..e33af42e 100644
--- a/src/UserGuide/Master/Tree/Background-knowledge/Data-Type.md
+++ b/src/UserGuide/Master/Tree/Background-knowledge/Data-Type.md
@@ -40,7 +40,7 @@ The difference between STRING and TEXT types is that STRING type has more statis
### Float Precision
-The time series of **FLOAT** and **DOUBLE** type can specify (MAX\_POINT\_NUMBER, see [this page](../SQL-Manual/SQL-Manual.md) for more information on how to specify), which is the number of digits after the decimal point of the floating point number, if the encoding method is [RLE](Encoding-and-Compression.md) or [TS\_2DIFF](Encoding-and-Compression.md). If MAX\_POINT\_NUMBER is not specified, the system will use [float\_precision](../Reference/DataNode-Config-Manual.md) in the configur [...]
+The time series of **FLOAT** and **DOUBLE** type can specify (MAX\_POINT\_NUMBER, see [this page](../SQL-Manual/SQL-Manual.md) for more information on how to specify), which is the number of digits after the decimal point of the floating point number, if the encoding method is [RLE](../Technical-Insider/Encoding-and-Compression.md) or [TS\_2DIFF](../Technical-Insider/Encoding-and-Compression.md). If MAX\_POINT\_NUMBER is not specified, the system will use [float\_precision](../Reference/ [...]
```sql
CREATE TIMESERIES root.vehicle.d0.s0 WITH DATATYPE=FLOAT, ENCODING=RLE, 'MAX_POINT_NUMBER'='2';
diff --git a/src/UserGuide/Master/Tree/Basic-Concept/Navigating_Time_Series_Data.md b/src/UserGuide/Master/Tree/Background-knowledge/Navigating_Time_Series_Data.md
similarity index 100%
rename from src/UserGuide/Master/Tree/Basic-Concept/Navigating_Time_Series_Data.md
rename to src/UserGuide/Master/Tree/Background-knowledge/Navigating_Time_Series_Data.md
diff --git a/src/UserGuide/Master/Tree/Basic-Concept/Data-Model-and-Terminology.md b/src/UserGuide/Master/Tree/Basic-Concept/Data-Model-and-Terminology.md
deleted file mode 100644
index 27573b2b..00000000
--- a/src/UserGuide/Master/Tree/Basic-Concept/Data-Model-and-Terminology.md
+++ /dev/null
@@ -1,152 +0,0 @@
-<!--
-
- Licensed to the Apache Software Foundation (ASF) under one
- or more contributor license agreements. See the NOTICE file
- distributed with this work for additional information
- regarding copyright ownership. The ASF licenses this file
- to you under the Apache License, Version 2.0 (the
- "License"); you may not use this file except in compliance
- with the License. You may obtain a copy of the License at
-
- http://www.apache.org/licenses/LICENSE-2.0
-
- Unless required by applicable law or agreed to in writing,
- software distributed under the License is distributed on an
- "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
- KIND, either express or implied. See the License for the
- specific language governing permissions and limitations
- under the License.
-
--->
-
-# Data Model
-
-A wind power IoT scenario is taken as an example to illustrate how to create a correct data model in IoTDB.
-
-According to the enterprise organization structure and equipment entity hierarchy, it is expressed as an attribute hierarchy structure, as shown below. The hierarchical from top to bottom is: power group layer - power plant layer - entity layer - measurement layer. ROOT is the root node, and each node of measurement layer is a leaf node. In the process of using IoTDB, the attributes on the path from ROOT node is directly connected to each leaf node with ".", thus forming the name of a ti [...]
-
-<center><img style="width:100%; max-width:800px; max-height:600px; margin-left:auto; margin-right:auto; display:block;" src="/img/github/122668849-b1c69280-d1ec-11eb-83cb-3b73c40bdf72.png"></center>
-
-Here are the basic concepts of the model involved in IoTDB.
-
-## Measurement, Entity, Database, Path
-
-### Measurement (Also called field)
-
-It is information measured by detection equipment in an actual scene and can transform the sensed information into an electrical signal or other desired form of information output and send it to IoTDB. In IoTDB, all data and paths stored are organized in units of measurements.
-
-### Entity (Also called device)
-
-**An entity** is an equipped with measurements in real scenarios. In IoTDB, all measurements should have their corresponding entities. Entities do not need to be created manually, the default is the second last layer.
-
-### Database
-
-**A group of entities.** Users can create any prefix path as a database. Provided that there are four timeseries `root.ln.wf01.wt01.status`, `root.ln.wf01.wt01.temperature`, `root.ln.wf02.wt02.hardware`, `root.ln.wf02.wt02.status`, two devices `wf01`, `wf02` under the path `root.ln` may belong to the same owner or the same manufacturer, so d1 and d2 are closely related. At this point, the prefix path root.vehicle can be designated as a database, which will enable IoTDB to store all devi [...]
-
-In general, it is recommended to create 1 database.
-
-> Note1: A full path (`root.ln.wf01.wt01.status` as in the above example) is not allowed to be set as a database.
->
-> Note2: The prefix of a timeseries must belong to a database. Before creating a timeseries, users must set which database the series belongs to. Only timeseries whose database is set can be persisted to disk.
->
-> Note3: The number of character in the path as database, including `root.`, shall not exceed 64.
-
-Once a prefix path is set as a database, the database settings cannot be changed.
-
-After a database is set, the ancestral layers, children and descendant layers of the corresponding prefix path are not allowed to be set up again (for example, after `root.ln` is set as the database, the root layer and `root.ln.wf01` are not allowed to be created as database).
-
-The Layer Name of database can only consist of characters, numbers, and underscores, like `root.storagegroup_1`.
-
-**Schema-less writing**: When metadata is not defined, data can be directly written through an insert statement, and the required metadata will be automatically recognized and registered in the database, achieving automatic modeling.
-
-### Path
-
-A `path` is an expression that conforms to the following constraints:
-
-```sql
-path
- : nodeName ('.' nodeName)*
- ;
-
-nodeName
- : wildcard? identifier wildcard?
- | wildcard
- ;
-
-wildcard
- : '*'
- | '**'
- ;
-```
-
-We call the part of a path divided by `'.'` as a `node` or `nodeName`. For example: `root.a.b.c` is a path with 4 nodes.
-
-The following are the constraints on the `nodeName`:
-
-* `root` is a reserved character, and it is only allowed to appear at the beginning layer of the time series mentioned below. If `root` appears in other layers, it cannot be parsed and an error will be reported.
-* Except for the beginning layer (`root`) of the time series, the characters supported in other layers are as follows:
-
- * [ 0-9 a-z A-Z _ ] （letters, numbers, underscore)
- * ['\u2E80'..'\u9FFF'] （Chinese characters）
-* In particular, if the system is deployed on a Windows machine, the database layer name will be case-insensitive. For example, creating both `root.ln` and `root.LN` at the same time is not allowed.
-
-### Special characters (Reverse quotation marks)
-
-If you need to use special characters in the path node name, you can use reverse quotation marks to reference the path node name. For specific usage, please refer to [Reverse Quotation Marks](../Reference/Syntax-Rule.md#reverse-quotation-marks).
-
-### Path Pattern
-
-In order to make it easier and faster to express multiple timeseries paths, IoTDB provides users with the path pattern. Users can construct a path pattern by using wildcard `*` and `**`. Wildcard can appear in any node of the path.
-
-`*` represents one node. For example, `root.vehicle.*.sensor1` represents a 4-node path which is prefixed with `root.vehicle` and suffixed with `sensor1`.
-
-`**` represents (`*`)+, which is one or more nodes of `*`. For example, `root.vehicle.device1.**` represents all paths prefixed by `root.vehicle.device1` with nodes num greater than or equal to 4, like `root.vehicle.device1.*`, `root.vehicle.device1.*.*`, `root.vehicle.device1.*.*.*`, etc; `root.vehicle.**.sensor1` represents a path which is prefixed with `root.vehicle` and suffixed with `sensor1` and has at least 4 nodes.
-
-> Note1: Wildcard `*` and `**` cannot be placed at the beginning of the path.
-
-
-## Timeseries
-
-### Timestamp
-
-The timestamp is the time point at which data is produced. It includes absolute timestamps and relative timestamps. For detailed description, please go to [Data Type doc](../Background-knowledge/Data-Type.md).
-
-### Data point
-
-**A "time-value" pair**.
-
-### Timeseries
-
-**The record of a measurement of an entity on the time axis.** Timeseries is a series of data points.
-
-A measurement of an entity corresponds to a timeseries.
-
-Also called meter, timeline, and tag, parameter in real time database.
-
-The number of measurements managed by IoTDB can reach more than billions.
-
-For example, if entity wt01 in power plant wf01 of power group ln has a measurement named status, its timeseries can be expressed as: `root.ln.wf01.wt01.status`.
-
-### Aligned timeseries
-
-There is a situation that multiple measurements of an entity are sampled simultaneously in practical applications, forming multiple timeseries with the same time column. Such a group of timeseries can be modeled as aligned timeseries in Apache IoTDB.
-
-The timestamp columns of a group of aligned timeseries need to be stored only once in memory and disk when inserting data, instead of once per timeseries.
-
-It would be best if you created a group of aligned timeseries at the same time.
-
-You cannot create non-aligned timeseries under the entity to which the aligned timeseries belong, nor can you create aligned timeseries under the entity to which the non-aligned timeseries belong.
-
-When querying, you can query each timeseries separately.
-
-When inserting data, it is allowed to insert null value in the aligned timeseries.
-
-<img style="width:100%; max-width:800px; max-height:600px; margin-left:auto; margin-right:auto; display:block;" src="/img/github/114125919-f4850800-9929-11eb-8211-81d4c04af1ec.png">
-
-In the following chapters of data definition language, data operation language and Java Native Interface, various operations related to aligned timeseries will be introduced one by one.
-
-## Schema Template
-
-In the actual scenario, many entities collect the same measurements, that is, they have the same measurements name and type. A **schema template** can be declared to define the collectable measurements set. Schema template helps save memory by implementing schema sharing. For detailed description, please refer to [Schema Template doc](../Basic-Concept/Operate-Metadata.md#Device-Template).
-
-In the following chapters of, data definition language, data operation language and Java Native Interface, various operations related to schema template will be introduced one by one.
diff --git a/src/UserGuide/Master/Tree/Basic-Concept/Operate-Metadata.md b/src/UserGuide/Master/Tree/Basic-Concept/Operate-Metadata.md
new file mode 100644
index 00000000..e0ddf712
--- /dev/null
+++ b/src/UserGuide/Master/Tree/Basic-Concept/Operate-Metadata.md
@@ -0,0 +1,23 @@
+---
+redirectTo: Operate-Metadata_apache.html
+---
+<!--
+
+ Licensed to the Apache Software Foundation (ASF) under one
+ or more contributor license agreements. See the NOTICE file
+ distributed with this work for additional information
+ regarding copyright ownership. The ASF licenses this file
+ to you under the Apache License, Version 2.0 (the
+ "License"); you may not use this file except in compliance
+ with the License. You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing,
+ software distributed under the License is distributed on an
+ "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ KIND, either express or implied. See the License for the
+ specific language governing permissions and limitations
+ under the License.
+
+-->
\ No newline at end of file
diff --git a/src/UserGuide/Master/Tree/Basic-Concept/Operate-Metadata_apache.md b/src/UserGuide/Master/Tree/Basic-Concept/Operate-Metadata_apache.md
index 89b9bee3..3b2b6de9 100644
--- a/src/UserGuide/Master/Tree/Basic-Concept/Operate-Metadata_apache.md
+++ b/src/UserGuide/Master/Tree/Basic-Concept/Operate-Metadata_apache.md
@@ -612,7 +612,7 @@ IoTDB > create timeseries root.ln.wf02.wt02.status WITH DATATYPE=BOOLEAN, ENCODI
error: encoding TS_2DIFF does not support BOOLEAN
```
-Please refer to [Encoding](../Basic-Concept/Encoding-and-Compression.md) for correspondence between data type and encoding.
+Please refer to [Encoding](../Technical-Insider/Encoding-and-Compression.md) for correspondence between data type and encoding.
### Create Aligned Timeseries
@@ -1011,7 +1011,59 @@ IoTDB> show timeseries where TAGS(tag1)='v1'
The above operations are supported for timeseries tag, attribute updates, etc.
-## Node Management
+## Path query
+
+### Path
+
+A `path` is an expression that conforms to the following constraints:
+
+```sql
+path
+ : nodeName ('.' nodeName)*
+ ;
+
+nodeName
+ : wildcard? identifier wildcard?
+ | wildcard
+ ;
+
+wildcard
+ : '*'
+ | '**'
+ ;
+```
+
+### NodeName
+
+- The parts of a path separated by `.` are called node names (`nodeName`).
+- For example, `root.a.b.c` is a path with a depth of 4 levels, where `root`, `a`, `b`, and `c` are all node names.
+
+#### Constraints
+
+- **Reserved keyword `root`**: `root` is a reserved keyword that is only allowed at the beginning of a path. If `root` appears in any other level, the system will fail to parse it and report an error.
+- **Character support**: Except for the first level (`root`), other levels support the following characters:
+ - Letters (`a-z`, `A-Z`)
+ - Digits (`0-9`)
+ - Underscores (`_`)
+ - UNICODE Chinese characters (`\u2E80` to `\u9FFF`)
+- **Case sensitivity**: On Windows systems, path node names in the database are case-insensitive. For example, `root.ln` and `root.LN` are considered the same path.
+
+### Special Characters (Backquote)
+
+If special characters (such as spaces or punctuation marks) are needed in a `nodeName`, you can enclose the node name in Backquote (`). For more information on the use of backticks, please refer to [Backquote](../SQL-Manual/Syntax-Rule.md#reverse-quotation-marks).
+
+### Path Pattern
+
+To make it more convenient and efficient to express multiple time series, IoTDB provides paths with wildcards `*` and `**`. Wildcards can appear in any level of a path.
+
+- **Single-level wildcard (`\*`)**: Represents one level in a path.
+ - For example, `root.vehicle.*.sensor1` represents paths with a depth of 4 levels, prefixed by `root.vehicle` and suffixed by `sensor1`.
+- **Multi-level wildcard (`\**`)**: Represents one or more levels (`*`+).
+ - For example:
+ - `root.vehicle.device1.**` represents all paths with a depth of 4 or more levels, prefixed by `root.vehicle.device1`.
+ - `root.vehicle.**.sensor1` represents paths with a depth of 4 or more levels, prefixed by `root.vehicle` and suffixed by `sensor1`.
+
+**Note**: `*` and `**` cannot be placed at the beginning of a path.
### Show Child Paths
diff --git a/src/UserGuide/Master/Tree/Basic-Concept/Operate-Metadata_timecho.md b/src/UserGuide/Master/Tree/Basic-Concept/Operate-Metadata_timecho.md
index 4fca9d89..4380b55a 100644
--- a/src/UserGuide/Master/Tree/Basic-Concept/Operate-Metadata_timecho.md
+++ b/src/UserGuide/Master/Tree/Basic-Concept/Operate-Metadata_timecho.md
@@ -613,7 +613,7 @@ IoTDB > create timeseries root.ln.wf02.wt02.status WITH DATATYPE=BOOLEAN, ENCODI
error: encoding TS_2DIFF does not support BOOLEAN
```
-Please refer to [Encoding](../Basic-Concept/Encoding-and-Compression.md) for correspondence between data type and encoding.
+Please refer to [Encoding](../Technical-Insider/Encoding-and-Compression.md) for correspondence between data type and encoding.
### Create Aligned Timeseries
@@ -1052,7 +1052,59 @@ IoTDB> show timeseries where TAGS(tag1)='v1'
The above operations are supported for timeseries tag, attribute updates, etc.
-## Node Management
+## Path query
+
+### Path
+
+A `path` is an expression that conforms to the following constraints:
+
+```sql
+path
+ : nodeName ('.' nodeName)*
+ ;
+
+nodeName
+ : wildcard? identifier wildcard?
+ | wildcard
+ ;
+
+wildcard
+ : '*'
+ | '**'
+ ;
+```
+
+### NodeName
+
+- The parts of a path separated by `.` are called node names (`nodeName`).
+- For example, `root.a.b.c` is a path with a depth of 4 levels, where `root`, `a`, `b`, and `c` are all node names.
+
+#### Constraints
+
+- **Reserved keyword `root`**: `root` is a reserved keyword that is only allowed at the beginning of a path. If `root` appears in any other level, the system will fail to parse it and report an error.
+- **Character support**: Except for the first level (`root`), other levels support the following characters:
+ - Letters (`a-z`, `A-Z`)
+ - Digits (`0-9`)
+ - Underscores (`_`)
+ - UNICODE Chinese characters (`\u2E80` to `\u9FFF`)
+- **Case sensitivity**: On Windows systems, path node names in the database are case-insensitive. For example, `root.ln` and `root.LN` are considered the same path.
+
+### Special Characters (Backquote)
+
+If special characters (such as spaces or punctuation marks) are needed in a `nodeName`, you can enclose the node name in Backquote (`). For more information on the use of backticks, please refer to [Backquote](../SQL-Manual/Syntax-Rule.md#reverse-quotation-marks).
+
+### Path Pattern
+
+To make it more convenient and efficient to express multiple time series, IoTDB provides paths with wildcards `*` and `**`. Wildcards can appear in any level of a path.
+
+- **Single-level wildcard (`\*`)**: Represents one level in a path.
+ - For example, `root.vehicle.*.sensor1` represents paths with a depth of 4 levels, prefixed by `root.vehicle` and suffixed by `sensor1`.
+- **Multi-level wildcard (`\**`)**: Represents one or more levels (`*`+).
+ - For example:
+ - `root.vehicle.device1.**` represents all paths with a depth of 4 or more levels, prefixed by `root.vehicle.device1`.
+ - `root.vehicle.**.sensor1` represents paths with a depth of 4 or more levels, prefixed by `root.vehicle` and suffixed by `sensor1`.
+
+**Note**: `*` and `**` cannot be placed at the beginning of a path.
### Show Child Paths
diff --git a/src/UserGuide/Master/Tree/Basic-Concept/Query-Data.md b/src/UserGuide/Master/Tree/Basic-Concept/Query-Data.md
index 96a7e242..d312503c 100644
--- a/src/UserGuide/Master/Tree/Basic-Concept/Query-Data.md
+++ b/src/UserGuide/Master/Tree/Basic-Concept/Query-Data.md
@@ -440,7 +440,7 @@ The supported operators are as follows:
### Time Filter
-Use time filters to filter data for a specific time range. For supported formats of timestamps, please refer to [Timestamp](../Basic-Concept/Data-Type.md) .
+Use time filters to filter data for a specific time range. For supported formats of timestamps, please refer to [Timestamp](../Background-knowledge/Data-Type.md) .
An example is as follows:
@@ -2934,7 +2934,7 @@ This statement specifies that `root.sg_copy.d1` is an unaligned device and `root
#### Other points to note
- For general aggregation queries, the timestamp is meaningless, and the convention is to use 0 to store.
-- When the target time-series exists, the data type of the source column and the target time-series must be compatible. About data type compatibility, see the document [Data Type](../Basic-Concept/Data-Type.md#Data Type Compatibility).
+- When the target time-series exists, the data type of the source column and the target time-series must be compatible. About data type compatibility, see the document [Data Type](../Background-knowledge/Data-Type.md#Data Type Compatibility).
- When the target time series does not exist, the system automatically creates it (including the database).
- When the queried time series does not exist, or the queried sequence does not have data, the target time series will not be created automatically.
diff --git a/src/UserGuide/Master/Tree/Basic-Concept/Write-Delete-Data.md b/src/UserGuide/Master/Tree/Basic-Concept/Write-Delete-Data.md
index 9c694a61..3d8fdb3a 100644
--- a/src/UserGuide/Master/Tree/Basic-Concept/Write-Delete-Data.md
+++ b/src/UserGuide/Master/Tree/Basic-Concept/Write-Delete-Data.md
@@ -31,7 +31,7 @@ Writing a repeat timestamp covers the original timestamp data, which can be rega
### Use of INSERT Statements
-The [INSERT SQL statement](../SQL-Manual/SQL-Manual.md#insert-data) statement is used to insert data into one or more specified timeseries created. For each point of data inserted, it consists of a [timestamp](../Basic-Concept/Data-Model-and-Terminology.md) and a sensor acquisition value (see [Data Type](../Basic-Concept/Data-Type.md)).
+The [INSERT SQL statement](../SQL-Manual/SQL-Manual.md#insert-data) statement is used to insert data into one or more specified timeseries created. For each point of data inserted, it consists of a [timestamp](../Basic-Concept/Operate-Metadata.md) and a sensor acquisition value (see [Data Type](../Background-knowledge/Data-Type.md)).
**Schema-less writing**: When metadata is not defined, data can be directly written through an insert statement, and the required metadata will be automatically recognized and registered in the database, achieving automatic modeling.
@@ -244,7 +244,7 @@ delete from root.ln.wf02.wt02.status
### Delete Multiple Timeseries
-If both the power supply status and hardware version of the ln group wf02 plant wt02 device before 2017-11-01 16:26:00 need to be deleted, [the prefix path with broader meaning or the path with star](../Basic-Concept/Data-Model-and-Terminology.md) can be used to delete the data. The SQL statement for this operation is:
+If both the power supply status and hardware version of the ln group wf02 plant wt02 device before 2017-11-01 16:26:00 need to be deleted, [the prefix path with broader meaning or the path with star](../Basic-Concept/Operate-Metadata.md) can be used to delete the data. The SQL statement for this operation is:
```sql
delete from root.ln.wf02.wt02 where time <= 2017-11-01T16:26:00;
diff --git a/src/UserGuide/Master/Tree/Deployment-and-Maintenance/Cluster-Deployment_apache.md b/src/UserGuide/Master/Tree/Deployment-and-Maintenance/Cluster-Deployment_apache.md
index 9e6100bd..4389a704 100644
--- a/src/UserGuide/Master/Tree/Deployment-and-Maintenance/Cluster-Deployment_apache.md
+++ b/src/UserGuide/Master/Tree/Deployment-and-Maintenance/Cluster-Deployment_apache.md
@@ -213,7 +213,7 @@ Parameter introduction:
#### Removing ConfigNode Nodes
-First connect to the cluster through the CLI and confirm the NodeID of the ConfigNode you want to remove by using `show confignodes`:
+First connect to the cluster through the CLI and confirm the internal address and port number of the ConfigNode you want to remove by using `show confignodes`:
```Bash
IoTDB> show confignodes
@@ -228,10 +228,15 @@ Total line number = 3
It costs 0.030s
```
-Then use the SQL to remove the ConfigNode. SQL command:
+Then use the script to remove the DataNode. Script command:
```Bash
-remove confignode [confignode_id]
+# Linux / MacOS
+sbin/remove-confignode.sh [confignode_id]
+
+#Windows
+sbin/remove-confignode.bat [confignode_id]
+
```
### DataNode Node Maintenance
@@ -292,10 +297,14 @@ Total line number = 3
It costs 0.110s
```
-Then use the SQL to remove the DataNode. SQL command:
+Then use the script to remove the DataNode. Script command:
```Bash
-remove datanode [datanode_id]
+# Linux / MacOS
+sbin/remove-datanode.sh [datanode_id]
+
+#Windows
+sbin/remove-datanode.bat [datanode_id]
```
## Common Questions
diff --git a/src/UserGuide/Master/Tree/Deployment-and-Maintenance/Cluster-Deployment_timecho.md b/src/UserGuide/Master/Tree/Deployment-and-Maintenance/Cluster-Deployment_timecho.md
index bff00902..bd7d0aee 100644
--- a/src/UserGuide/Master/Tree/Deployment-and-Maintenance/Cluster-Deployment_timecho.md
+++ b/src/UserGuide/Master/Tree/Deployment-and-Maintenance/Cluster-Deployment_timecho.md
@@ -250,7 +250,7 @@ sbin/start-confignode.bat
#### Removing a ConfigNode
-1. Connect to the cluster using the CLI and confirm the NodeID of the ConfigNode to be removed:
+1. Connect to the cluster using the CLI and confirm the internal address and port of the ConfigNode to be removed:
```Plain
show confignodes;
@@ -271,10 +271,22 @@ Total line number = 3
It costs 0.030s
```
-2. Remove the ConfigNode using the SQL:
+2. Remove the ConfigNode using the script:
+
+**Linux /** **MacOS**:
+
+```Bash
+sbin/remove-confignode.sh [confignode_id]
+# Or:
+sbin/remove-confignode.sh [cn_internal_address:cn_internal_port]
+```
+
+**Windows:**
```Bash
-remove confignode [confignode_id]
+sbin/remove-confignode.bat [confignode_id]
+# Or:
+sbin/remove-confignode.bat [cn_internal_address:cn_internal_port]
```
### DataNode Maintenance
@@ -304,7 +316,7 @@ sbin/start-datanode.bat
#### Removing a DataNode
-1. Connect to the cluster using the CLI and confirm the NodeID of the DataNode to be removed:
+1. Connect to the cluster using the CLI and confirm the RPC address and port of the DataNode to be removed:
```Plain
show datanodes;
@@ -325,10 +337,18 @@ Total line number = 3
It costs 0.110s
```
-2. Remove the DataNode using the SQL:
+2. Remove the DataNode using the script:
+
+**Linux / MacOS:**
+
+```Bash
+sbin/remove-datanode.sh [dn_rpc_address:dn_rpc_port]
+```
+
+**Windows:**
```Bash
-remove datanode [datanode_id]
+sbin/remove-datanode.bat [dn_rpc_address:dn_rpc_port]
```
## Common Questions
diff --git a/src/UserGuide/Master/Tree/Deployment-and-Maintenance/Database-Resources.md b/src/UserGuide/Master/Tree/Deployment-and-Maintenance/Database-Resources.md
index 3314b653..d6210318 100644
--- a/src/UserGuide/Master/Tree/Deployment-and-Maintenance/Database-Resources.md
+++ b/src/UserGuide/Master/Tree/Deployment-and-Maintenance/Database-Resources.md
@@ -23,7 +23,7 @@
<table style="text-align: center;">
<tbody>
<tr>
- <th rowspan="2">Number of timeseries (frequency<=1HZ)</th>
+ <th rowspan="2">Number of timeseries (frequency<=1HZ)</th>
<th rowspan="2">CPU</th>
<th colspan="3">Number of nodes</th>
</tr>
@@ -85,7 +85,7 @@
<table style="text-align: center;">
<tbody>
<tr>
- <th rowspan="2">Number of timeseries (frequency<=1HZ)</th>
+ <th rowspan="2">Number of timeseries (frequency<=1HZ)</th>
<th rowspan="2">Memory</th>
<th colspan="3">Number of nodes</th>
</tr>
@@ -188,6 +188,7 @@ Calculation formula: Number of measurement points * Sampling frequency (Hz) * Si
Example: 1000 devices, each with 100 measurement points, a total of 100000 sequences, INT32 type. Sampling frequency 1Hz (once per second), storage for 1 year, 3 copies.
- Complete calculation formula: 1000 devices * 100 measurement points * 12 bytes per data point * 86400 seconds per day * 365 days per year * 3 copies / 10 compression ratio / 1024 / 1024 / 1024 / 1024 =11T
- Simplified calculation formula: 1000 * 100 * 12 * 86400 * 365 * 3 / 10 / 1024 / 1024 / 1024 / 1024 =11T
+
### Storage Configuration
If the number of nodes is over 10000000 or the query load is high, it is recommended to configure SSD
## Network (Network card)
diff --git a/src/UserGuide/Master/Tree/Deployment-and-Maintenance/Environment-Requirements.md b/src/UserGuide/Master/Tree/Deployment-and-Maintenance/Environment-Requirements.md
index c93bda08..e286154e 100644
--- a/src/UserGuide/Master/Tree/Deployment-and-Maintenance/Environment-Requirements.md
+++ b/src/UserGuide/Master/Tree/Deployment-and-Maintenance/Environment-Requirements.md
@@ -165,7 +165,6 @@ sysctl -p
# Swap's used memory has become 0
free -m
```
-
2. Set the maximum number of open files to 65535 to avoid the error of "too many open files".
```Bash
diff --git a/src/UserGuide/Master/Tree/Deployment-and-Maintenance/IoTDB-Package.md b/src/UserGuide/Master/Tree/Deployment-and-Maintenance/IoTDB-Package.md
new file mode 100644
index 00000000..6057ef6a
--- /dev/null
+++ b/src/UserGuide/Master/Tree/Deployment-and-Maintenance/IoTDB-Package.md
@@ -0,0 +1,23 @@
+---
+redirectTo: IoTDB-Package_apache.html
+---
+<!--
+
+ Licensed to the Apache Software Foundation (ASF) under one
+ or more contributor license agreements. See the NOTICE file
+ distributed with this work for additional information
+ regarding copyright ownership. The ASF licenses this file
+ to you under the Apache License, Version 2.0 (the
+ "License"); you may not use this file except in compliance
+ with the License. You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing,
+ software distributed under the License is distributed on an
+ "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ KIND, either express or implied. See the License for the
+ specific language governing permissions and limitations
+ under the License.
+
+-->
\ No newline at end of file
diff --git a/src/UserGuide/Master/Tree/Deployment-and-Maintenance/Monitoring-panel-deployment.md b/src/UserGuide/Master/Tree/Deployment-and-Maintenance/Monitoring-panel-deployment.md
index 908e198a..17fced6e 100644
--- a/src/UserGuide/Master/Tree/Deployment-and-Maintenance/Monitoring-panel-deployment.md
+++ b/src/UserGuide/Master/Tree/Deployment-and-Maintenance/Monitoring-panel-deployment.md
@@ -22,7 +22,7 @@
The IoTDB monitoring panel is one of the supporting tools for the IoTDB Enterprise Edition. It aims to solve the monitoring problems of IoTDB and its operating system, mainly including operating system resource monitoring, IoTDB performance monitoring, and hundreds of kernel monitoring indicators, in order to help users monitor the health status of the cluster, and perform cluster optimization and operation. This article will take common 3C3D clusters (3 Confignodes and 3 Datanodes) as e [...]
-The instructions for using the monitoring panel tool can be found in the [Instructions](../Tools-System/Monitor-Tool.md) section of the document..
+The instructions for using the monitoring panel tool can be found in the [Instructions](../Tools-System/Monitor-Tool.md) section of the document.
## Installation Preparation
diff --git a/src/UserGuide/Master/Tree/Ecosystem-Integration/Thingsboard.md b/src/UserGuide/Master/Tree/Ecosystem-Integration/Thingsboard.md
index 72636212..024d3ed4 100644
--- a/src/UserGuide/Master/Tree/Ecosystem-Integration/Thingsboard.md
+++ b/src/UserGuide/Master/Tree/Ecosystem-Integration/Thingsboard.md
@@ -41,7 +41,7 @@
| **Preparation Content** | **Version Requirements** |
| :---------------------------------------- | :----------------------------------------------------------- |
| JDK | JDK17 or above. Please refer to the downloads on [Oracle Official Website](https://www.oracle.com/java/technologies/downloads/) |
-| IoTDB |IoTDB v1.3.0 or above. Please refer to the [Deployment guidance](../Deployment-and-Maintenance/IoTDB-Package_timecho.md) |
+| IoTDB |IoTDB v1.3.0 or above. Please refer to the [Deployment guidance](../Deployment-and-Maintenance/IoTDB-Package.md) |
| ThingsBoard<br /> (IoTDB adapted version) | Please contact Timecho staff to obtain the installation package. Detailed installation steps are provided below. |
## Installation Steps
diff --git a/src/UserGuide/Master/Tree/QuickStart/QuickStart_apache.md b/src/UserGuide/Master/Tree/QuickStart/QuickStart_apache.md
index 97b48d7c..bfb8e98a 100644
--- a/src/UserGuide/Master/Tree/QuickStart/QuickStart_apache.md
+++ b/src/UserGuide/Master/Tree/QuickStart/QuickStart_apache.md
@@ -49,7 +49,7 @@ This guide will assist you in quickly installing and deploying IoTDB. You can qu
- Introduction to Time Series Concepts: [Navigating Time Series Data](../Background-knowledge/Navigating_Time_Series_Data.md)
- - Introduction to Modeling Design:[Data Model and Terminology](../Background-knowledge/Data-Model-and-Terminology.md)
+ - Introduction to Modeling Design:[Data Model and Terminology](../Background-knowledge/Data-Model-and-Terminology_apache.md)
- Introduction to SQL syntax[SQL syntax](../Basic-Concept/Operate-Metadata_apache.md)
diff --git a/src/UserGuide/Master/Tree/QuickStart/QuickStart_timecho.md b/src/UserGuide/Master/Tree/QuickStart/QuickStart_timecho.md
index 0319d81c..3728903a 100644
--- a/src/UserGuide/Master/Tree/QuickStart/QuickStart_timecho.md
+++ b/src/UserGuide/Master/Tree/QuickStart/QuickStart_timecho.md
@@ -56,7 +56,7 @@ This guide will assist you in quickly installing and deploying IoTDB. You can qu
- Introduction to Time Series Concepts: [Navigating Time Series Data](../Background-knowledge/Navigating_Time_Series_Data.md)
- - Introduction to Modeling Design:[Data Model and Terminology](../Background-knowledge/Data-Model-and-Terminology.md)
+ - Introduction to Modeling Design:[Data Model and Terminology](../Background-knowledge/Data-Model-and-Terminology_timecho.md)
- Introduction to SQL syntax[SQL syntax](../Basic-Concept/Operate-Metadata_timecho.md)
diff --git a/src/UserGuide/Master/Tree/Reference/Syntax-Rule.md b/src/UserGuide/Master/Tree/Reference/Syntax-Rule.md
deleted file mode 100644
index 320fa146..00000000
--- a/src/UserGuide/Master/Tree/Reference/Syntax-Rule.md
+++ /dev/null
@@ -1,281 +0,0 @@
-<!--
-
- Licensed to the Apache Software Foundation (ASF) under one
- or more contributor license agreements. See the NOTICE file
- distributed with this work for additional information
- regarding copyright ownership. The ASF licenses this file
- to you under the Apache License, Version 2.0 (the
- "License"); you may not use this file except in compliance
- with the License. You may obtain a copy of the License at
-
- http://www.apache.org/licenses/LICENSE-2.0
-
- Unless required by applicable law or agreed to in writing,
- software distributed under the License is distributed on an
- "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
- KIND, either express or implied. See the License for the
- specific language governing permissions and limitations
- under the License.
-
--->
-
-# Identifiers
-
-## Literal Values
-
-This section describes how to write literal values in IoTDB. These include strings, numbers, timestamp values, boolean values, and NULL.
-
-### String Literals
-
-in IoTDB, **A string is a sequence of bytes or characters, enclosed within either single quote (`'`) or double quote (`"`) characters.** Examples：
-
-```js
-'a string'
-"another string"
-```
-
-#### Usage Scenarios
-
-Usages of string literals:
-
-- Values of `TEXT` type data in `INSERT` or `SELECT` statements
-
- ```sql
- # insert
- insert into root.ln.wf02.wt02(timestamp,hardware) values(1, 'v1')
- insert into root.ln.wf02.wt02(timestamp,hardware) values(2, '\\')
-
- +-----------------------------+--------------------------+
- | Time|root.ln.wf02.wt02.hardware|
- +-----------------------------+--------------------------+
- |1970-01-01T08:00:00.001+08:00| v1|
- +-----------------------------+--------------------------+
- |1970-01-01T08:00:00.002+08:00| \\|
- +-----------------------------+--------------------------+
-
- # select
- select code from root.sg1.d1 where code in ('string1', 'string2');
- ```
-
-- Used in`LOAD` / `REMOVE` / `SETTLE` instructions to represent file path.
-
- ```sql
- # load
- LOAD 'examplePath'
-
- # remove
- REMOVE 'examplePath'
-
- # SETTLE
- SETTLE 'examplePath'
- ```
-
-- Password fields in user management statements
-
- ```sql
- # write_pwd is the password
- CREATE USER ln_write_user 'write_pwd'
- ```
-
-- Full Java class names in UDF and trigger management statements
-
- ```sql
- # Trigger example. Full java class names after 'AS' should be string literals.
- CREATE TRIGGER `alert-listener-sg1d1s1`
- AFTER INSERT
- ON root.sg1.d1.s1
- AS 'org.apache.iotdb.db.engine.trigger.example.AlertListener'
- WITH (
- 'lo' = '0',
- 'hi' = '100.0'
- )
-
- # UDF example. Full java class names after 'AS' should be string literals.
- CREATE FUNCTION example AS 'org.apache.iotdb.udf.UDTFExample'
- ```
-
-- `AS` function provided by IoTDB can assign an alias to time series selected in query. Alias can be constant(including string) or identifier.
-
- ```sql
- select s1 as 'temperature', s2 as 'speed' from root.ln.wf01.wt01;
-
- # Header of dataset
- +-----------------------------+-----------|-----+
- | Time|temperature|speed|
- +-----------------------------+-----------|-----+
- ```
-
-- The key/value of an attribute can be String Literal and identifier, more details can be found at **key-value pair** part.
-
-
-#### How to use quotation marks in String Literals
-
-There are several ways to include quote characters within a string:
-
- - `'` inside a string quoted with `"` needs no special treatment and need not be doubled or escaped. In the same way, `"` inside a string quoted with `'` needs no special treatment.
- - A `'` inside a string quoted with `'` may be written as `''`.
-- A `"` inside a string quoted with `"` may be written as `""`.
-
-The following examples demonstrate how quoting and escaping work:
-
-```js
-'string' // string
-'"string"' // "string"
-'""string""' // ""string""
-'''string' // 'string
-
-"string" // string
-"'string'" // 'string'
-"''string''" // ''string''
-"""string" // "string
-```
-
-### Numeric Literals
-
-Number literals include integer (exact-value) literals and floating-point (approximate-value) literals.
-
-Integers are represented as a sequence of digits. Numbers may be preceded by `-` or `+` to indicate a negative or positive value, respectively. Examples: `1`, `-1`.
-
-Numbers with fractional part or represented in scientific notation with a mantissa and exponent are approximate-value numbers. Examples: `.1`, `3.14`, `-2.23`, `+1.70`, `1.2E3`, `1.2E-3`, `-1.2E3`, `-1.2E-3`.
-
-The `INT32` and `INT64` data types are integer types and calculations are exact.
-
-The `FLOAT` and `DOUBLE` data types are floating-point types and calculations are approximate.
-
-An integer may be used in floating-point context; it is interpreted as the equivalent floating-point number.
-
-### Timestamp Literals
-
-The timestamp is the time point at which data is produced. It includes absolute timestamps and relative timestamps in IoTDB. For information about timestamp support in IoTDB, see [Data Type Doc](../Basic-Concept/Data-Type.md).
-
-Specially, `NOW()` represents a constant timestamp that indicates the system time at which the statement began to execute.
-
-### Boolean Literals
-
-The constants `TRUE` and `FALSE` evaluate to 1 and 0, respectively. The constant names can be written in any lettercase.
-
-### NULL Values
-
-The `NULL` value means “no data.” `NULL` can be written in any lettercase.
-
-## Identifier
-
-### Usage scenarios
-
-Certain objects within IoTDB, including `TRIGGER`, `FUNCTION`(UDF), `CONTINUOUS QUERY`, `SCHEMA TEMPLATE`, `USER`, `ROLE`,`Pipe`,`PipeSink`,`alias` and other object names are known as identifiers.
-
-### Constraints
-
-Below are basic constraints of identifiers, specific identifiers may have other constraints, for example, `user` should consists of more than 4 characters.
-
-- Permitted characters in unquoted identifiers:
- - [0-9 a-z A-Z _ ] (letters, digits and underscore)
- - ['\u2E80'..'\u9FFF'] (UNICODE Chinese characters)
-
-### Reverse quotation marks
-
-**If the following situations occur, the identifier needs to be quoted using reverse quotes:**
-
-- The identifier contains special characters that are not allowed.
-- The identifier is a real number.
-
-#### How to use quotation marks in identifiers caused by reverse quotation marks
-
-**Single and double quotes can be directly used in identifiers caused by reverse quotes.**
-
-**In identifiers referenced with quotation marks, quotation marks can be used by double writing them, meaning ` can be represented as``.**
-
-example：
-
-```SQL
-# Create Template t1 ` t
-create device template `t1``t`
-(temperature FLOAT encoding=RLE, status BOOLEAN encoding=PLAIN compression=SNAPPY)
-
-# Create Template t1't "t
-create device template `t1't"t`
-(temperature FLOAT encoding=RLE, status BOOLEAN encoding=PLAIN compression=SNAPPY)
-```
-
-#### Examples of Reverse Quotation Marks
-
-- When the trigger name encounters the above special situations, reverse quotation marks should be used to reference it:
-
- ```sql
- # Create trigger alert.` listener-sg1d1s1
- CREATE TRIGGER `alert.``listener-sg1d1s1`
- AFTER INSERT
- ON root.sg1.d1.s1
- AS 'org.apache.iotdb.db.engine.trigger.example.AlertListener'
- WITH (
- 'lo' = '0',
- 'hi' = '100.0'
- )
- ```
-
-- When the UDF name encounters the above special situations, reverse quotation marks should be used for reference:
-
- ```sql
- # Create a UDF named 111, which is a real number and needs to be quoted in reverse quotation marks.
- CREATE FUNCTION `111` AS 'org.apache.iotdb.udf.UDTFExample'
- ```
-
-- When the metadata template name encounters the above special situations, reverse quotation marks should be used for reference:
-
- ```sql
- # Create a metadata template named 111, where 111 is a real number and needs to be quoted in reverse quotation marks.
- create device template `111`
- (temperature FLOAT encoding=RLE, status BOOLEAN encoding=PLAIN compression=SNAPPY)
- ```
-
-- When the username and role name encounter the above special situations, reverse quotation marks should be used for reference. Regardless of whether reverse quotation marks are used or not, spaces are not allowed in the username and role name. Please refer to the instructions in the permission management section for details.
-
- ```sql
- # Create user special ` user.
- CREATE USER `special``user.` 'write_pwd'
-
- # Create Character 111
- CREATE ROLE `111`
- ```
-
-- When encountering the above special situations in continuous query identification, reverse quotation marks should be used to reference:
-
- ```sql
- # Create continuous query test.cq
- CREATE CONTINUOUS QUERY `test.cq`
- BEGIN
- SELECT max_value(temperature)
- INTO temperature_max
- FROM root.ln.*.*
- GROUP BY time(10s)
- END
- ```
-
-- When the names Pipe and PipeSink encounter the above special situations, reverse quotation marks should be used for reference:
-
- ```sql
- # Create PipeSink test. * 1
- CREATE PIPESINK `test.*1` AS IoTDB ('ip' = '输入你的IP')
-
- # Create Pipe Test. * 2
- CREATE PIPE `test.*2` TO `test.*1` FROM
- (select ** from root WHERE time>=yyyy-mm-dd HH:MM:SS) WITH 'SyncDelOp' = 'true'
- ```
-
-- In the Select clause, an alias can be specified for the value in the result set, which can be defined as a string or identifier. Examples are as follows:
-
- ```sql
- select s1 as temperature, s2 as speed from root.ln.wf01.wt01;
- # 表头如下所示
- +-----------------------------+-----------+-----+
- | Time|temperature|speed|
- +-----------------------------+-----------+-----+
- ```
-
-- Used to represent key value pairs, the keys and values of key value pairs can be defined as constants (including strings) or identifiers. Please refer to the Key Value Pair section for details.
-
-- Non database nodes in the path are allowed to contain the symbol `*`. When using it, the node needs to be enclosed in reverse quotes (as shown below), but this usage is only recommended when the path inevitably contains `*`.
-
- ```sql
- `root.db.*`
- ```
\ No newline at end of file
diff --git a/src/UserGuide/Master/Tree/Reference/UDF-Libraries_apache.md b/src/UserGuide/Master/Tree/Reference/UDF-Libraries_apache.md
deleted file mode 100644
index 8afe3d51..00000000
--- a/src/UserGuide/Master/Tree/Reference/UDF-Libraries_apache.md
+++ /dev/null
@@ -1,5244 +0,0 @@
-<!--
-
- Licensed to the Apache Software Foundation (ASF) under one
- or more contributor license agreements. See the NOTICE file
- distributed with this work for additional information
- regarding copyright ownership. The ASF licenses this file
- to you under the Apache License, Version 2.0 (the
- "License"); you may not use this file except in compliance
- with the License. You may obtain a copy of the License at
-
- http://www.apache.org/licenses/LICENSE-2.0
-
- Unless required by applicable law or agreed to in writing,
- software distributed under the License is distributed on an
- "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
- KIND, either express or implied. See the License for the
- specific language governing permissions and limitations
- under the License.
-
--->
-
-# UDF Libraries
-
-# UDF Libraries
-
-Based on the ability of user-defined functions, IoTDB provides a series of functions for temporal data processing, including data quality, data profiling, anomaly detection, frequency domain analysis, data matching, data repairing, sequence discovery, machine learning, etc., which can meet the needs of industrial fields for temporal data processing.
-
-> Note: The functions in the current UDF library only support millisecond level timestamp accuracy.
-
-## Installation steps
-
-1. Please obtain the compressed file of the UDF library JAR package that is compatible with the IoTDB version.
-
- | UDF installation package | Supported IoTDB versions | Download link |
- | --------------- | ----------------- | ------------------------------------------------------------ |
- | apache-UDF-1.3.3.zip | V1.3.3 and above |Please contact Timecho for assistance |
- | apache-UDF-1.3.2.zip | V1.0.0～V1.3.2 | Please contact Timecho for assistance|
-
-2. Place the library-udf.jar file in the compressed file obtained in the directory `/ext/udf ` of all nodes in the IoTDB cluster
-3. In the SQL operation interface of IoTDB's SQL command line terminal (CLI), execute the corresponding function registration statement as follows.
-4. Batch registration: Two registration methods: registration script or SQL full statement
-- Register Script
- - Copy the registration script (register-UDF.sh or register-UDF.bat) from the compressed package to the `tools` directory of IoTDB as needed, and modify the parameters in the script (default is host=127.0.0.1, rpcPort=6667, user=root, pass=root);
- - Start IoTDB service, run registration script to batch register UDF
-
-- All SQL statements
- - Open the SQl file in the compressed package, copy all SQL statements, and in the SQL operation interface of IoTDB's SQL command line terminal (CLI), execute all SQl statements to batch register UDFs
-
-## Data Quality
-
-### Completeness
-
-#### Registration statement
-
-```sql
-create function completeness as 'org.apache.iotdb.library.dquality.UDTFCompleteness'
-```
-
-#### Usage
-
-This function is used to calculate the completeness of time series. The input series are divided into several continuous and non overlapping windows. The timestamp of the first data point and the completeness of each window will be output.
-
-**Name:** COMPLETENESS
-
-**Input Series:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-+ `window`: The size of each window. It is a positive integer or a positive number with an unit. The former is the number of data points in each window. The number of data points in the last window may be less than it. The latter is the time of the window. The unit is 'ms' for millisecond, 's' for second, 'm' for minute, 'h' for hour and 'd' for day. By default, all input data belongs to the same window.
-+ `downtime`: Whether the downtime exception is considered in the calculation of completeness. It is 'true' or 'false' (default). When considering the downtime exception, long-term missing data will be considered as downtime exception without any influence on completeness.
-
-**Output Series:** Output a single series. The type is DOUBLE. The range of each value is [0,1].
-
-**Note:** Only when the number of data points in the window exceeds 10, the calculation will be performed. Otherwise, the window will be ignored and nothing will be output.
-
-#### Examples
-
-##### Default Parameters
-
-With default parameters, this function will regard all input data as the same window.
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|2020-01-01T00:00:02.000+08:00| 100.0|
-|2020-01-01T00:00:03.000+08:00| 101.0|
-|2020-01-01T00:00:04.000+08:00| 102.0|
-|2020-01-01T00:00:06.000+08:00| 104.0|
-|2020-01-01T00:00:08.000+08:00| 126.0|
-|2020-01-01T00:00:10.000+08:00| 108.0|
-|2020-01-01T00:00:14.000+08:00| 112.0|
-|2020-01-01T00:00:15.000+08:00| 113.0|
-|2020-01-01T00:00:16.000+08:00| 114.0|
-|2020-01-01T00:00:18.000+08:00| 116.0|
-|2020-01-01T00:00:20.000+08:00| 118.0|
-|2020-01-01T00:00:22.000+08:00| 120.0|
-|2020-01-01T00:00:26.000+08:00| 124.0|
-|2020-01-01T00:00:28.000+08:00| 126.0|
-|2020-01-01T00:00:30.000+08:00| NaN|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select completeness(s1) from root.test.d1 where time <= 2020-01-01 00:00:30
-```
-
-Output series:
-
-```
-+-----------------------------+-----------------------------+
-| Time|completeness(root.test.d1.s1)|
-+-----------------------------+-----------------------------+
-|2020-01-01T00:00:02.000+08:00| 0.875|
-+-----------------------------+-----------------------------+
-```
-
-##### Specific Window Size
-
-When the window size is given, this function will divide the input data as multiple windows.
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|2020-01-01T00:00:02.000+08:00| 100.0|
-|2020-01-01T00:00:03.000+08:00| 101.0|
-|2020-01-01T00:00:04.000+08:00| 102.0|
-|2020-01-01T00:00:06.000+08:00| 104.0|
-|2020-01-01T00:00:08.000+08:00| 126.0|
-|2020-01-01T00:00:10.000+08:00| 108.0|
-|2020-01-01T00:00:14.000+08:00| 112.0|
-|2020-01-01T00:00:15.000+08:00| 113.0|
-|2020-01-01T00:00:16.000+08:00| 114.0|
-|2020-01-01T00:00:18.000+08:00| 116.0|
-|2020-01-01T00:00:20.000+08:00| 118.0|
-|2020-01-01T00:00:22.000+08:00| 120.0|
-|2020-01-01T00:00:26.000+08:00| 124.0|
-|2020-01-01T00:00:28.000+08:00| 126.0|
-|2020-01-01T00:00:30.000+08:00| NaN|
-|2020-01-01T00:00:32.000+08:00| 130.0|
-|2020-01-01T00:00:34.000+08:00| 132.0|
-|2020-01-01T00:00:36.000+08:00| 134.0|
-|2020-01-01T00:00:38.000+08:00| 136.0|
-|2020-01-01T00:00:40.000+08:00| 138.0|
-|2020-01-01T00:00:42.000+08:00| 140.0|
-|2020-01-01T00:00:44.000+08:00| 142.0|
-|2020-01-01T00:00:46.000+08:00| 144.0|
-|2020-01-01T00:00:48.000+08:00| 146.0|
-|2020-01-01T00:00:50.000+08:00| 148.0|
-|2020-01-01T00:00:52.000+08:00| 150.0|
-|2020-01-01T00:00:54.000+08:00| 152.0|
-|2020-01-01T00:00:56.000+08:00| 154.0|
-|2020-01-01T00:00:58.000+08:00| 156.0|
-|2020-01-01T00:01:00.000+08:00| 158.0|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select completeness(s1,"window"="15") from root.test.d1 where time <= 2020-01-01 00:01:00
-```
-
-Output series:
-
-```
-+-----------------------------+--------------------------------------------+
-| Time|completeness(root.test.d1.s1, "window"="15")|
-+-----------------------------+--------------------------------------------+
-|2020-01-01T00:00:02.000+08:00| 0.875|
-|2020-01-01T00:00:32.000+08:00| 1.0|
-+-----------------------------+--------------------------------------------+
-```
-
-### Consistency
-
-#### Registration statement
-
-```sql
-create function consistency as 'org.apache.iotdb.library.dquality.UDTFConsistency'
-```
-
-#### Usage
-
-This function is used to calculate the consistency of time series. The input series are divided into several continuous and non overlapping windows. The timestamp of the first data point and the consistency of each window will be output.
-
-**Name:** CONSISTENCY
-
-**Input Series:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-+ `window`: The size of each window. It is a positive integer or a positive number with an unit. The former is the number of data points in each window. The number of data points in the last window may be less than it. The latter is the time of the window. The unit is 'ms' for millisecond, 's' for second, 'm' for minute, 'h' for hour and 'd' for day. By default, all input data belongs to the same window.
-
-**Output Series:** Output a single series. The type is DOUBLE. The range of each value is [0,1].
-
-**Note:** Only when the number of data points in the window exceeds 10, the calculation will be performed. Otherwise, the window will be ignored and nothing will be output.
-
-#### Examples
-
-##### Default Parameters
-
-With default parameters, this function will regard all input data as the same window.
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|2020-01-01T00:00:02.000+08:00| 100.0|
-|2020-01-01T00:00:03.000+08:00| 101.0|
-|2020-01-01T00:00:04.000+08:00| 102.0|
-|2020-01-01T00:00:06.000+08:00| 104.0|
-|2020-01-01T00:00:08.000+08:00| 126.0|
-|2020-01-01T00:00:10.000+08:00| 108.0|
-|2020-01-01T00:00:14.000+08:00| 112.0|
-|2020-01-01T00:00:15.000+08:00| 113.0|
-|2020-01-01T00:00:16.000+08:00| 114.0|
-|2020-01-01T00:00:18.000+08:00| 116.0|
-|2020-01-01T00:00:20.000+08:00| 118.0|
-|2020-01-01T00:00:22.000+08:00| 120.0|
-|2020-01-01T00:00:26.000+08:00| 124.0|
-|2020-01-01T00:00:28.000+08:00| 126.0|
-|2020-01-01T00:00:30.000+08:00| NaN|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select consistency(s1) from root.test.d1 where time <= 2020-01-01 00:00:30
-```
-
-Output series:
-
-```
-+-----------------------------+----------------------------+
-| Time|consistency(root.test.d1.s1)|
-+-----------------------------+----------------------------+
-|2020-01-01T00:00:02.000+08:00| 0.9333333333333333|
-+-----------------------------+----------------------------+
-```
-
-##### Specific Window Size
-
-When the window size is given, this function will divide the input data as multiple windows.
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|2020-01-01T00:00:02.000+08:00| 100.0|
-|2020-01-01T00:00:03.000+08:00| 101.0|
-|2020-01-01T00:00:04.000+08:00| 102.0|
-|2020-01-01T00:00:06.000+08:00| 104.0|
-|2020-01-01T00:00:08.000+08:00| 126.0|
-|2020-01-01T00:00:10.000+08:00| 108.0|
-|2020-01-01T00:00:14.000+08:00| 112.0|
-|2020-01-01T00:00:15.000+08:00| 113.0|
-|2020-01-01T00:00:16.000+08:00| 114.0|
-|2020-01-01T00:00:18.000+08:00| 116.0|
-|2020-01-01T00:00:20.000+08:00| 118.0|
-|2020-01-01T00:00:22.000+08:00| 120.0|
-|2020-01-01T00:00:26.000+08:00| 124.0|
-|2020-01-01T00:00:28.000+08:00| 126.0|
-|2020-01-01T00:00:30.000+08:00| NaN|
-|2020-01-01T00:00:32.000+08:00| 130.0|
-|2020-01-01T00:00:34.000+08:00| 132.0|
-|2020-01-01T00:00:36.000+08:00| 134.0|
-|2020-01-01T00:00:38.000+08:00| 136.0|
-|2020-01-01T00:00:40.000+08:00| 138.0|
-|2020-01-01T00:00:42.000+08:00| 140.0|
-|2020-01-01T00:00:44.000+08:00| 142.0|
-|2020-01-01T00:00:46.000+08:00| 144.0|
-|2020-01-01T00:00:48.000+08:00| 146.0|
-|2020-01-01T00:00:50.000+08:00| 148.0|
-|2020-01-01T00:00:52.000+08:00| 150.0|
-|2020-01-01T00:00:54.000+08:00| 152.0|
-|2020-01-01T00:00:56.000+08:00| 154.0|
-|2020-01-01T00:00:58.000+08:00| 156.0|
-|2020-01-01T00:01:00.000+08:00| 158.0|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select consistency(s1,"window"="15") from root.test.d1 where time <= 2020-01-01 00:01:00
-```
-
-Output series:
-
-```
-+-----------------------------+-------------------------------------------+
-| Time|consistency(root.test.d1.s1, "window"="15")|
-+-----------------------------+-------------------------------------------+
-|2020-01-01T00:00:02.000+08:00| 0.9333333333333333|
-|2020-01-01T00:00:32.000+08:00| 1.0|
-+-----------------------------+-------------------------------------------+
-```
-
-### Timeliness
-
-#### Registration statement
-
-```sql
-create function timeliness as 'org.apache.iotdb.library.dquality.UDTFTimeliness'
-```
-
-#### Usage
-
-This function is used to calculate the timeliness of time series. The input series are divided into several continuous and non overlapping windows. The timestamp of the first data point and the timeliness of each window will be output.
-
-**Name:** TIMELINESS
-
-**Input Series:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-+ `window`: The size of each window. It is a positive integer or a positive number with an unit. The former is the number of data points in each window. The number of data points in the last window may be less than it. The latter is the time of the window. The unit is 'ms' for millisecond, 's' for second, 'm' for minute, 'h' for hour and 'd' for day. By default, all input data belongs to the same window.
-
-**Output Series:** Output a single series. The type is DOUBLE. The range of each value is [0,1].
-
-**Note:** Only when the number of data points in the window exceeds 10, the calculation will be performed. Otherwise, the window will be ignored and nothing will be output.
-
-#### Examples
-
-##### Default Parameters
-
-With default parameters, this function will regard all input data as the same window.
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|2020-01-01T00:00:02.000+08:00| 100.0|
-|2020-01-01T00:00:03.000+08:00| 101.0|
-|2020-01-01T00:00:04.000+08:00| 102.0|
-|2020-01-01T00:00:06.000+08:00| 104.0|
-|2020-01-01T00:00:08.000+08:00| 126.0|
-|2020-01-01T00:00:10.000+08:00| 108.0|
-|2020-01-01T00:00:14.000+08:00| 112.0|
-|2020-01-01T00:00:15.000+08:00| 113.0|
-|2020-01-01T00:00:16.000+08:00| 114.0|
-|2020-01-01T00:00:18.000+08:00| 116.0|
-|2020-01-01T00:00:20.000+08:00| 118.0|
-|2020-01-01T00:00:22.000+08:00| 120.0|
-|2020-01-01T00:00:26.000+08:00| 124.0|
-|2020-01-01T00:00:28.000+08:00| 126.0|
-|2020-01-01T00:00:30.000+08:00| NaN|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select timeliness(s1) from root.test.d1 where time <= 2020-01-01 00:00:30
-```
-
-Output series:
-
-```
-+-----------------------------+---------------------------+
-| Time|timeliness(root.test.d1.s1)|
-+-----------------------------+---------------------------+
-|2020-01-01T00:00:02.000+08:00| 0.9333333333333333|
-+-----------------------------+---------------------------+
-```
-
-##### Specific Window Size
-
-When the window size is given, this function will divide the input data as multiple windows.
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|2020-01-01T00:00:02.000+08:00| 100.0|
-|2020-01-01T00:00:03.000+08:00| 101.0|
-|2020-01-01T00:00:04.000+08:00| 102.0|
-|2020-01-01T00:00:06.000+08:00| 104.0|
-|2020-01-01T00:00:08.000+08:00| 126.0|
-|2020-01-01T00:00:10.000+08:00| 108.0|
-|2020-01-01T00:00:14.000+08:00| 112.0|
-|2020-01-01T00:00:15.000+08:00| 113.0|
-|2020-01-01T00:00:16.000+08:00| 114.0|
-|2020-01-01T00:00:18.000+08:00| 116.0|
-|2020-01-01T00:00:20.000+08:00| 118.0|
-|2020-01-01T00:00:22.000+08:00| 120.0|
-|2020-01-01T00:00:26.000+08:00| 124.0|
-|2020-01-01T00:00:28.000+08:00| 126.0|
-|2020-01-01T00:00:30.000+08:00| NaN|
-|2020-01-01T00:00:32.000+08:00| 130.0|
-|2020-01-01T00:00:34.000+08:00| 132.0|
-|2020-01-01T00:00:36.000+08:00| 134.0|
-|2020-01-01T00:00:38.000+08:00| 136.0|
-|2020-01-01T00:00:40.000+08:00| 138.0|
-|2020-01-01T00:00:42.000+08:00| 140.0|
-|2020-01-01T00:00:44.000+08:00| 142.0|
-|2020-01-01T00:00:46.000+08:00| 144.0|
-|2020-01-01T00:00:48.000+08:00| 146.0|
-|2020-01-01T00:00:50.000+08:00| 148.0|
-|2020-01-01T00:00:52.000+08:00| 150.0|
-|2020-01-01T00:00:54.000+08:00| 152.0|
-|2020-01-01T00:00:56.000+08:00| 154.0|
-|2020-01-01T00:00:58.000+08:00| 156.0|
-|2020-01-01T00:01:00.000+08:00| 158.0|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select timeliness(s1,"window"="15") from root.test.d1 where time <= 2020-01-01 00:01:00
-```
-
-Output series:
-
-```
-+-----------------------------+------------------------------------------+
-| Time|timeliness(root.test.d1.s1, "window"="15")|
-+-----------------------------+------------------------------------------+
-|2020-01-01T00:00:02.000+08:00| 0.9333333333333333|
-|2020-01-01T00:00:32.000+08:00| 1.0|
-+-----------------------------+------------------------------------------+
-```
-
-### Validity
-
-#### Registration statement
-
-```sql
-create function validity as 'org.apache.iotdb.library.dquality.UDTFValidity'
-```
-
-#### Usage
-
-This function is used to calculate the Validity of time series. The input series are divided into several continuous and non overlapping windows. The timestamp of the first data point and the Validity of each window will be output.
-
-**Name:** VALIDITY
-
-**Input Series:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-+ `window`: The size of each window. It is a positive integer or a positive number with an unit. The former is the number of data points in each window. The number of data points in the last window may be less than it. The latter is the time of the window. The unit is 'ms' for millisecond, 's' for second, 'm' for minute, 'h' for hour and 'd' for day. By default, all input data belongs to the same window.
-
-**Output Series:** Output a single series. The type is DOUBLE. The range of each value is [0,1].
-
-**Note:** Only when the number of data points in the window exceeds 10, the calculation will be performed. Otherwise, the window will be ignored and nothing will be output.
-
-#### Examples
-
-##### Default Parameters
-
-With default parameters, this function will regard all input data as the same window.
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|2020-01-01T00:00:02.000+08:00| 100.0|
-|2020-01-01T00:00:03.000+08:00| 101.0|
-|2020-01-01T00:00:04.000+08:00| 102.0|
-|2020-01-01T00:00:06.000+08:00| 104.0|
-|2020-01-01T00:00:08.000+08:00| 126.0|
-|2020-01-01T00:00:10.000+08:00| 108.0|
-|2020-01-01T00:00:14.000+08:00| 112.0|
-|2020-01-01T00:00:15.000+08:00| 113.0|
-|2020-01-01T00:00:16.000+08:00| 114.0|
-|2020-01-01T00:00:18.000+08:00| 116.0|
-|2020-01-01T00:00:20.000+08:00| 118.0|
-|2020-01-01T00:00:22.000+08:00| 120.0|
-|2020-01-01T00:00:26.000+08:00| 124.0|
-|2020-01-01T00:00:28.000+08:00| 126.0|
-|2020-01-01T00:00:30.000+08:00| NaN|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select Validity(s1) from root.test.d1 where time <= 2020-01-01 00:00:30
-```
-
-Output series:
-
-```
-+-----------------------------+-------------------------+
-| Time|validity(root.test.d1.s1)|
-+-----------------------------+-------------------------+
-|2020-01-01T00:00:02.000+08:00| 0.8833333333333333|
-+-----------------------------+-------------------------+
-```
-
-##### Specific Window Size
-
-When the window size is given, this function will divide the input data as multiple windows.
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|2020-01-01T00:00:02.000+08:00| 100.0|
-|2020-01-01T00:00:03.000+08:00| 101.0|
-|2020-01-01T00:00:04.000+08:00| 102.0|
-|2020-01-01T00:00:06.000+08:00| 104.0|
-|2020-01-01T00:00:08.000+08:00| 126.0|
-|2020-01-01T00:00:10.000+08:00| 108.0|
-|2020-01-01T00:00:14.000+08:00| 112.0|
-|2020-01-01T00:00:15.000+08:00| 113.0|
-|2020-01-01T00:00:16.000+08:00| 114.0|
-|2020-01-01T00:00:18.000+08:00| 116.0|
-|2020-01-01T00:00:20.000+08:00| 118.0|
-|2020-01-01T00:00:22.000+08:00| 120.0|
-|2020-01-01T00:00:26.000+08:00| 124.0|
-|2020-01-01T00:00:28.000+08:00| 126.0|
-|2020-01-01T00:00:30.000+08:00| NaN|
-|2020-01-01T00:00:32.000+08:00| 130.0|
-|2020-01-01T00:00:34.000+08:00| 132.0|
-|2020-01-01T00:00:36.000+08:00| 134.0|
-|2020-01-01T00:00:38.000+08:00| 136.0|
-|2020-01-01T00:00:40.000+08:00| 138.0|
-|2020-01-01T00:00:42.000+08:00| 140.0|
-|2020-01-01T00:00:44.000+08:00| 142.0|
-|2020-01-01T00:00:46.000+08:00| 144.0|
-|2020-01-01T00:00:48.000+08:00| 146.0|
-|2020-01-01T00:00:50.000+08:00| 148.0|
-|2020-01-01T00:00:52.000+08:00| 150.0|
-|2020-01-01T00:00:54.000+08:00| 152.0|
-|2020-01-01T00:00:56.000+08:00| 154.0|
-|2020-01-01T00:00:58.000+08:00| 156.0|
-|2020-01-01T00:01:00.000+08:00| 158.0|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select Validity(s1,"window"="15") from root.test.d1 where time <= 2020-01-01 00:01:00
-```
-
-Output series:
-
-```
-+-----------------------------+----------------------------------------+
-| Time|validity(root.test.d1.s1, "window"="15")|
-+-----------------------------+----------------------------------------+
-|2020-01-01T00:00:02.000+08:00| 0.8833333333333333|
-|2020-01-01T00:00:32.000+08:00| 1.0|
-+-----------------------------+----------------------------------------+
-```
-
-
-<!--
-
- Licensed to the Apache Software Foundation (ASF) under one
- or more contributor license agreements. See the NOTICE file
- distributed with this work for additional information
- regarding copyright ownership. The ASF licenses this file
- to you under the Apache License, Version 2.0 (the
- "License"); you may not use this file except in compliance
- with the License. You may obtain a copy of the License at
-
- http://www.apache.org/licenses/LICENSE-2.0
-
- Unless required by applicable law or agreed to in writing,
- software distributed under the License is distributed on an
- "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
- KIND, either express or implied. See the License for the
- specific language governing permissions and limitations
- under the License.
-
--->
-
-
-## Data Profiling
-
-### ACF
-
-#### Registration statement
-
-```sql
-create function acf as 'org.apache.iotdb.library.dprofile.UDTFACF'
-```
-
-#### Usage
-
-This function is used to calculate the auto-correlation factor of the input time series,
-which equals to cross correlation between the same series.
-For more information, please refer to [XCorr](#XCorr) function.
-
-**Name:** ACF
-
-**Input Series:** Only support a single input numeric series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Output Series:** Output a single series. The type is DOUBLE.
-There are $2N-1$ data points in the series, and the values are interpreted in details in [XCorr](#XCorr) function.
-
-**Note:**
-
-+ `null` and `NaN` values in the input series will be ignored and treated as 0.
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|2020-01-01T00:00:01.000+08:00| 1|
-|2020-01-01T00:00:02.000+08:00| null|
-|2020-01-01T00:00:03.000+08:00| 3|
-|2020-01-01T00:00:04.000+08:00| NaN|
-|2020-01-01T00:00:05.000+08:00| 5|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select acf(s1) from root.test.d1 where time <= 2020-01-01 00:00:05
-```
-
-Output series:
-
-```
-+-----------------------------+--------------------+
-| Time|acf(root.test.d1.s1)|
-+-----------------------------+--------------------+
-|1970-01-01T08:00:00.001+08:00| 1.0|
-|1970-01-01T08:00:00.002+08:00| 0.0|
-|1970-01-01T08:00:00.003+08:00| 3.6|
-|1970-01-01T08:00:00.004+08:00| 0.0|
-|1970-01-01T08:00:00.005+08:00| 7.0|
-|1970-01-01T08:00:00.006+08:00| 0.0|
-|1970-01-01T08:00:00.007+08:00| 3.6|
-|1970-01-01T08:00:00.008+08:00| 0.0|
-|1970-01-01T08:00:00.009+08:00| 1.0|
-+-----------------------------+--------------------+
-```
-
-### Distinct
-
-#### Registration statement
-
-```sql
-create function distinct as 'org.apache.iotdb.library.dprofile.UDTFDistinct'
-```
-
-#### Usage
-
-This function returns all unique values in time series.
-
-**Name:** DISTINCT
-
-**Input Series:** Only support a single input series. The type is arbitrary.
-
-**Output Series:** Output a single series. The type is the same as the input.
-
-**Note:**
-
-+ The timestamp of the output series is meaningless. The output order is arbitrary.
-+ Missing points and null points in the input series will be ignored, but `NaN` will not.
-+ Case Sensitive.
-
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d2.s2|
-+-----------------------------+---------------+
-|2020-01-01T08:00:00.001+08:00| Hello|
-|2020-01-01T08:00:00.002+08:00| hello|
-|2020-01-01T08:00:00.003+08:00| Hello|
-|2020-01-01T08:00:00.004+08:00| World|
-|2020-01-01T08:00:00.005+08:00| World|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select distinct(s2) from root.test.d2
-```
-
-Output series:
-
-```
-+-----------------------------+-------------------------+
-| Time|distinct(root.test.d2.s2)|
-+-----------------------------+-------------------------+
-|1970-01-01T08:00:00.001+08:00| Hello|
-|1970-01-01T08:00:00.002+08:00| hello|
-|1970-01-01T08:00:00.003+08:00| World|
-+-----------------------------+-------------------------+
-```
-
-### Histogram
-
-#### Registration statement
-
-```sql
-create function histogram as 'org.apache.iotdb.library.dprofile.UDTFHistogram'
-```
-
-#### Usage
-
-This function is used to calculate the distribution histogram of a single column of numerical data.
-
-**Name:** HISTOGRAM
-
-**Input Series:** Only supports a single input sequence, the type is INT32 / INT64 / FLOAT / DOUBLE
-
-**Parameters:**
-
-+ `min`: The lower limit of the requested data range, the default value is -Double.MAX_VALUE.
-+ `max`: The upper limit of the requested data range, the default value is Double.MAX_VALUE, and the value of start must be less than or equal to end.
-+ `count`: The number of buckets of the histogram, the default value is 1. It must be a positive integer.
-
-**Output Series:** The value of the bucket of the histogram, where the lower bound represented by the i-th bucket (index starts from 1) is $min+ (i-1)\cdot\frac{max-min}{count}$ and the upper bound is $min + i \cdot \frac{max-min}{count}$.
-
-**Note:**
-
-+ If the value is lower than `min`, it will be put into the 1st bucket. If the value is larger than `max`, it will be put into the last bucket.
-+ Missing points, null points and `NaN` in the input series will be ignored.
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|2020-01-01T00:00:00.000+08:00| 1.0|
-|2020-01-01T00:00:01.000+08:00| 2.0|
-|2020-01-01T00:00:02.000+08:00| 3.0|
-|2020-01-01T00:00:03.000+08:00| 4.0|
-|2020-01-01T00:00:04.000+08:00| 5.0|
-|2020-01-01T00:00:05.000+08:00| 6.0|
-|2020-01-01T00:00:06.000+08:00| 7.0|
-|2020-01-01T00:00:07.000+08:00| 8.0|
-|2020-01-01T00:00:08.000+08:00| 9.0|
-|2020-01-01T00:00:09.000+08:00| 10.0|
-|2020-01-01T00:00:10.000+08:00| 11.0|
-|2020-01-01T00:00:11.000+08:00| 12.0|
-|2020-01-01T00:00:12.000+08:00| 13.0|
-|2020-01-01T00:00:13.000+08:00| 14.0|
-|2020-01-01T00:00:14.000+08:00| 15.0|
-|2020-01-01T00:00:15.000+08:00| 16.0|
-|2020-01-01T00:00:16.000+08:00| 17.0|
-|2020-01-01T00:00:17.000+08:00| 18.0|
-|2020-01-01T00:00:18.000+08:00| 19.0|
-|2020-01-01T00:00:19.000+08:00| 20.0|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select histogram(s1,"min"="1","max"="20","count"="10") from root.test.d1
-```
-
-Output series:
-
-```
-+-----------------------------+---------------------------------------------------------------+
-| Time|histogram(root.test.d1.s1, "min"="1", "max"="20", "count"="10")|
-+-----------------------------+---------------------------------------------------------------+
-|1970-01-01T08:00:00.000+08:00| 2|
-|1970-01-01T08:00:00.001+08:00| 2|
-|1970-01-01T08:00:00.002+08:00| 2|
-|1970-01-01T08:00:00.003+08:00| 2|
-|1970-01-01T08:00:00.004+08:00| 2|
-|1970-01-01T08:00:00.005+08:00| 2|
-|1970-01-01T08:00:00.006+08:00| 2|
-|1970-01-01T08:00:00.007+08:00| 2|
-|1970-01-01T08:00:00.008+08:00| 2|
-|1970-01-01T08:00:00.009+08:00| 2|
-+-----------------------------+---------------------------------------------------------------+
-```
-
-### Integral
-
-#### Registration statement
-
-```sql
-create function integral as 'org.apache.iotdb.library.dprofile.UDAFIntegral'
-```
-
-#### Usage
-
-This function is used to calculate the integration of time series,
-which equals to the area under the curve with time as X-axis and values as Y-axis.
-
-**Name:** INTEGRAL
-
-**Input Series:** Only support a single input numeric series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-+ `unit`: The unit of time used when computing the integral.
- The value should be chosen from "1S", "1s", "1m", "1H", "1d"(case-sensitive),
- and each represents taking one millisecond / second / minute / hour / day as 1.0 while calculating the area and integral.
-
-**Output Series:** Output a single series. The type is DOUBLE. There is only one data point in the series, whose timestamp is 0 and value is the integration.
-
-**Note:**
-
-+ The integral value equals to the sum of the areas of right-angled trapezoids consisting of each two adjacent points and the time-axis.
- Choosing different `unit` implies different scaling of time axis, thus making it apparent to convert the value among those results with constant coefficient.
-
-+ `NaN` values in the input series will be ignored. The curve or trapezoids will skip these points and use the next valid point.
-
-#### Examples
-
-##### Default Parameters
-
-With default parameters, this function will take one second as 1.0.
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|2020-01-01T00:00:01.000+08:00| 1|
-|2020-01-01T00:00:02.000+08:00| 2|
-|2020-01-01T00:00:03.000+08:00| 5|
-|2020-01-01T00:00:04.000+08:00| 6|
-|2020-01-01T00:00:05.000+08:00| 7|
-|2020-01-01T00:00:08.000+08:00| 8|
-|2020-01-01T00:00:09.000+08:00| NaN|
-|2020-01-01T00:00:10.000+08:00| 10|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select integral(s1) from root.test.d1 where time <= 2020-01-01 00:00:10
-```
-
-Output series:
-
-```
-+-----------------------------+-------------------------+
-| Time|integral(root.test.d1.s1)|
-+-----------------------------+-------------------------+
-|1970-01-01T08:00:00.000+08:00| 57.5|
-+-----------------------------+-------------------------+
-```
-
-Calculation expression:
-$$\frac{1}{2}[(1+2) \times 1 + (2+5) \times 1 + (5+6) \times 1 + (6+7) \times 1 + (7+8) \times 3 + (8+10) \times 2] = 57.5$$
-
-##### Specific time unit
-
-With time unit specified as "1m", this function will take one minute as 1.0.
-
-Input series is the same as above, the SQL for query is shown below:
-
-```sql
-select integral(s1, "unit"="1m") from root.test.d1 where time <= 2020-01-01 00:00:10
-```
-
-Output series:
-
-```
-+-----------------------------+-------------------------+
-| Time|integral(root.test.d1.s1)|
-+-----------------------------+-------------------------+
-|1970-01-01T08:00:00.000+08:00| 0.958|
-+-----------------------------+-------------------------+
-```
-
-Calculation expression:
-$$\frac{1}{2\times 60}[(1+2) \times 1 + (2+5) \times 1 + (5+6) \times 1 + (6+7) \times 1 + (7+8) \times 3 + (8+10) \times 2] = 0.958$$
-
-### IntegralAvg
-
-#### Registration statement
-
-```sql
-create function integralavg as 'org.apache.iotdb.library.dprofile.UDAFIntegralAvg'
-```
-
-#### Usage
-
-This function is used to calculate the function average of time series.
-The output equals to the area divided by the time interval using the same time `unit`.
-For more information of the area under the curve, please refer to `Integral` function.
-
-**Name:** INTEGRALAVG
-
-**Input Series:** Only support a single input numeric series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Output Series:** Output a single series. The type is DOUBLE. There is only one data point in the series, whose timestamp is 0 and value is the time-weighted average.
-
-**Note:**
-
-+ The time-weighted value equals to the integral value with any `unit` divided by the time interval of input series.
- The result is irrelevant to the time unit used in integral, and it's consistent with the timestamp precision of IoTDB by default.
-
-+ `NaN` values in the input series will be ignored. The curve or trapezoids will skip these points and use the next valid point.
-
-+ If the input series is empty, the output value will be 0.0, but if there is only one data point, the value will equal to the input value.
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|2020-01-01T00:00:01.000+08:00| 1|
-|2020-01-01T00:00:02.000+08:00| 2|
-|2020-01-01T00:00:03.000+08:00| 5|
-|2020-01-01T00:00:04.000+08:00| 6|
-|2020-01-01T00:00:05.000+08:00| 7|
-|2020-01-01T00:00:08.000+08:00| 8|
-|2020-01-01T00:00:09.000+08:00| NaN|
-|2020-01-01T00:00:10.000+08:00| 10|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select integralavg(s1) from root.test.d1 where time <= 2020-01-01 00:00:10
-```
-
-Output series:
-
-```
-+-----------------------------+----------------------------+
-| Time|integralavg(root.test.d1.s1)|
-+-----------------------------+----------------------------+
-|1970-01-01T08:00:00.000+08:00| 5.75|
-+-----------------------------+----------------------------+
-```
-
-Calculation expression:
-$$\frac{1}{2}[(1+2) \times 1 + (2+5) \times 1 + (5+6) \times 1 + (6+7) \times 1 + (7+8) \times 3 + (8+10) \times 2] / 10 = 5.75$$
-
-### Mad
-
-#### Registration statement
-
-```sql
-create function mad as 'org.apache.iotdb.library.dprofile.UDAFMad'
-```
-
-#### Usage
-
-The function is used to compute the exact or approximate median absolute deviation (MAD) of a numeric time series. MAD is the median of the deviation of each element from the elements' median.
-
-Take a dataset $\{1,3,3,5,5,6,7,8,9\}$ as an instance. Its median is 5 and the deviation of each element from the median is $\{0,0,1,2,2,2,3,4,4\}$, whose median is 2. Therefore, the MAD of the original dataset is 2.
-
-**Name:** MAD
-
-**Input Series:** Only support a single input series. The data type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameter:**
-
-+ `error`: The relative error of the approximate MAD. It should be within [0,1) and the default value is 0. Taking `error`=0.01 as an instance, suppose the exact MAD is $a$ and the approximate MAD is $b$, we have $0.99a \le b \le 1.01a$. With `error`=0, the output is the exact MAD.
-
-**Output Series:** Output a single series. The type is DOUBLE. There is only one data point in the series, whose timestamp is 0 and value is the MAD.
-
-**Note:** Missing points, null points and `NaN` in the input series will be ignored.
-
-#### Examples
-
-##### Exact Query
-
-With the default `error`(`error`=0), the function queries the exact MAD.
-
-Input series:
-
-```
-+-----------------------------+------------+
-| Time|root.test.s1|
-+-----------------------------+------------+
-|1970-01-01T08:00:00.100+08:00| 0.0|
-|1970-01-01T08:00:00.200+08:00| 0.0|
-|1970-01-01T08:00:00.300+08:00| 1.0|
-|1970-01-01T08:00:00.400+08:00| -1.0|
-|1970-01-01T08:00:00.500+08:00| 0.0|
-|1970-01-01T08:00:00.600+08:00| 0.0|
-|1970-01-01T08:00:00.700+08:00| -2.0|
-|1970-01-01T08:00:00.800+08:00| 2.0|
-|1970-01-01T08:00:00.900+08:00| 0.0|
-|1970-01-01T08:00:01.000+08:00| 0.0|
-|1970-01-01T08:00:01.100+08:00| 1.0|
-|1970-01-01T08:00:01.200+08:00| -1.0|
-|1970-01-01T08:00:01.300+08:00| -1.0|
-|1970-01-01T08:00:01.400+08:00| 1.0|
-|1970-01-01T08:00:01.500+08:00| 0.0|
-|1970-01-01T08:00:01.600+08:00| 0.0|
-|1970-01-01T08:00:01.700+08:00| 10.0|
-|1970-01-01T08:00:01.800+08:00| 2.0|
-|1970-01-01T08:00:01.900+08:00| -2.0|
-|1970-01-01T08:00:02.000+08:00| 0.0|
-+-----------------------------+------------+
-............
-Total line number = 20
-```
-
-SQL for query:
-
-```sql
-select mad(s1) from root.test
-```
-
-Output series:
-
-```
-+-----------------------------+---------------------------------+
-| Time|median(root.test.s1, "error"="0")|
-+-----------------------------+---------------------------------+
-|1970-01-01T08:00:00.000+08:00| 0.0|
-+-----------------------------+---------------------------------+
-```
-
-##### Approximate Query
-
-By setting `error` within (0,1), the function queries the approximate MAD.
-
-SQL for query:
-
-```sql
-select mad(s1, "error"="0.01") from root.test
-```
-
-Output series:
-
-```
-+-----------------------------+---------------------------------+
-| Time|mad(root.test.s1, "error"="0.01")|
-+-----------------------------+---------------------------------+
-|1970-01-01T08:00:00.000+08:00| 0.9900000000000001|
-+-----------------------------+---------------------------------+
-```
-
-### Median
-
-#### Registration statement
-
-```sql
-create function median as 'org.apache.iotdb.library.dprofile.UDAFMedian'
-```
-
-#### Usage
-
-The function is used to compute the exact or approximate median of a numeric time series. Median is the value separating the higher half from the lower half of a data sample.
-
-**Name:** MEDIAN
-
-**Input Series:** Only support a single input series. The data type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameter:**
-
-+ `error`: The rank error of the approximate median. It should be within [0,1) and the default value is 0. For instance, a median with `error`=0.01 is the value of the element with rank percentage 0.49~0.51. With `error`=0, the output is the exact median.
-
-**Output Series:** Output a single series. The type is DOUBLE. There is only one data point in the series, whose timestamp is 0 and value is the median.
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+------------+
-| Time|root.test.s1|
-+-----------------------------+------------+
-|1970-01-01T08:00:00.100+08:00| 0.0|
-|1970-01-01T08:00:00.200+08:00| 0.0|
-|1970-01-01T08:00:00.300+08:00| 1.0|
-|1970-01-01T08:00:00.400+08:00| -1.0|
-|1970-01-01T08:00:00.500+08:00| 0.0|
-|1970-01-01T08:00:00.600+08:00| 0.0|
-|1970-01-01T08:00:00.700+08:00| -2.0|
-|1970-01-01T08:00:00.800+08:00| 2.0|
-|1970-01-01T08:00:00.900+08:00| 0.0|
-|1970-01-01T08:00:01.000+08:00| 0.0|
-|1970-01-01T08:00:01.100+08:00| 1.0|
-|1970-01-01T08:00:01.200+08:00| -1.0|
-|1970-01-01T08:00:01.300+08:00| -1.0|
-|1970-01-01T08:00:01.400+08:00| 1.0|
-|1970-01-01T08:00:01.500+08:00| 0.0|
-|1970-01-01T08:00:01.600+08:00| 0.0|
-|1970-01-01T08:00:01.700+08:00| 10.0|
-|1970-01-01T08:00:01.800+08:00| 2.0|
-|1970-01-01T08:00:01.900+08:00| -2.0|
-|1970-01-01T08:00:02.000+08:00| 0.0|
-+-----------------------------+------------+
-Total line number = 20
-```
-
-SQL for query:
-
-```sql
-select median(s1, "error"="0.01") from root.test
-```
-
-Output series:
-
-```
-+-----------------------------+------------------------------------+
-| Time|median(root.test.s1, "error"="0.01")|
-+-----------------------------+------------------------------------+
-|1970-01-01T08:00:00.000+08:00| 0.0|
-+-----------------------------+------------------------------------+
-```
-
-### MinMax
-
-#### Registration statement
-
-```sql
-create function minmax as 'org.apache.iotdb.library.dprofile.UDTFMinMax'
-```
-
-#### Usage
-
-This function is used to standardize the input series with min-max. Minimum value is transformed to 0; maximum value is transformed to 1.
-
-**Name:** MINMAX
-
-**Input Series:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-+ `compute`: When set to "batch", anomaly test is conducted after importing all data points; when set to "stream", it is required to provide minimum and maximum values. The default method is "batch".
-+ `min`: The maximum value when method is set to "stream".
-+ `max`: The minimum value when method is set to "stream".
-
-**Output Series:** Output a single series. The type is DOUBLE.
-
-#### Examples
-
-##### Batch computing
-
-Input series:
-
-```
-+-----------------------------+------------+
-| Time|root.test.s1|
-+-----------------------------+------------+
-|1970-01-01T08:00:00.100+08:00| 0.0|
-|1970-01-01T08:00:00.200+08:00| 0.0|
-|1970-01-01T08:00:00.300+08:00| 1.0|
-|1970-01-01T08:00:00.400+08:00| -1.0|
-|1970-01-01T08:00:00.500+08:00| 0.0|
-|1970-01-01T08:00:00.600+08:00| 0.0|
-|1970-01-01T08:00:00.700+08:00| -2.0|
-|1970-01-01T08:00:00.800+08:00| 2.0|
-|1970-01-01T08:00:00.900+08:00| 0.0|
-|1970-01-01T08:00:01.000+08:00| 0.0|
-|1970-01-01T08:00:01.100+08:00| 1.0|
-|1970-01-01T08:00:01.200+08:00| -1.0|
-|1970-01-01T08:00:01.300+08:00| -1.0|
-|1970-01-01T08:00:01.400+08:00| 1.0|
-|1970-01-01T08:00:01.500+08:00| 0.0|
-|1970-01-01T08:00:01.600+08:00| 0.0|
-|1970-01-01T08:00:01.700+08:00| 10.0|
-|1970-01-01T08:00:01.800+08:00| 2.0|
-|1970-01-01T08:00:01.900+08:00| -2.0|
-|1970-01-01T08:00:02.000+08:00| 0.0|
-+-----------------------------+------------+
-```
-
-SQL for query:
-
-```sql
-select minmax(s1) from root.test
-```
-
-Output series:
-
-```
-+-----------------------------+--------------------+
-| Time|minmax(root.test.s1)|
-+-----------------------------+--------------------+
-|1970-01-01T08:00:00.100+08:00| 0.16666666666666666|
-|1970-01-01T08:00:00.200+08:00| 0.16666666666666666|
-|1970-01-01T08:00:00.300+08:00| 0.25|
-|1970-01-01T08:00:00.400+08:00| 0.08333333333333333|
-|1970-01-01T08:00:00.500+08:00| 0.16666666666666666|
-|1970-01-01T08:00:00.600+08:00| 0.16666666666666666|
-|1970-01-01T08:00:00.700+08:00| 0.0|
-|1970-01-01T08:00:00.800+08:00| 0.3333333333333333|
-|1970-01-01T08:00:00.900+08:00| 0.16666666666666666|
-|1970-01-01T08:00:01.000+08:00| 0.16666666666666666|
-|1970-01-01T08:00:01.100+08:00| 0.25|
-|1970-01-01T08:00:01.200+08:00| 0.08333333333333333|
-|1970-01-01T08:00:01.300+08:00| 0.08333333333333333|
-|1970-01-01T08:00:01.400+08:00| 0.25|
-|1970-01-01T08:00:01.500+08:00| 0.16666666666666666|
-|1970-01-01T08:00:01.600+08:00| 0.16666666666666666|
-|1970-01-01T08:00:01.700+08:00| 1.0|
-|1970-01-01T08:00:01.800+08:00| 0.3333333333333333|
-|1970-01-01T08:00:01.900+08:00| 0.0|
-|1970-01-01T08:00:02.000+08:00| 0.16666666666666666|
-+-----------------------------+--------------------+
-```
-
-
-### MvAvg
-
-#### Registration statement
-
-```sql
-create function mvavg as 'org.apache.iotdb.library.dprofile.UDTFMvAvg'
-```
-
-#### Usage
-
-This function is used to calculate moving average of input series.
-
-**Name:** MVAVG
-
-**Input Series:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-+ `window`: Length of the moving window. Default value is 10.
-
-**Output Series:** Output a single series. The type is DOUBLE.
-
-#### Examples
-
-##### Batch computing
-
-Input series:
-
-```
-+-----------------------------+------------+
-| Time|root.test.s1|
-+-----------------------------+------------+
-|1970-01-01T08:00:00.100+08:00| 0.0|
-|1970-01-01T08:00:00.200+08:00| 0.0|
-|1970-01-01T08:00:00.300+08:00| 1.0|
-|1970-01-01T08:00:00.400+08:00| -1.0|
-|1970-01-01T08:00:00.500+08:00| 0.0|
-|1970-01-01T08:00:00.600+08:00| 0.0|
-|1970-01-01T08:00:00.700+08:00| -2.0|
-|1970-01-01T08:00:00.800+08:00| 2.0|
-|1970-01-01T08:00:00.900+08:00| 0.0|
-|1970-01-01T08:00:01.000+08:00| 0.0|
-|1970-01-01T08:00:01.100+08:00| 1.0|
-|1970-01-01T08:00:01.200+08:00| -1.0|
-|1970-01-01T08:00:01.300+08:00| -1.0|
-|1970-01-01T08:00:01.400+08:00| 1.0|
-|1970-01-01T08:00:01.500+08:00| 0.0|
-|1970-01-01T08:00:01.600+08:00| 0.0|
-|1970-01-01T08:00:01.700+08:00| 10.0|
-|1970-01-01T08:00:01.800+08:00| 2.0|
-|1970-01-01T08:00:01.900+08:00| -2.0|
-|1970-01-01T08:00:02.000+08:00| 0.0|
-+-----------------------------+------------+
-```
-
-SQL for query:
-
-```sql
-select mvavg(s1, "window"="3") from root.test
-```
-
-Output series:
-
-```
-+-----------------------------+---------------------------------+
-| Time|mvavg(root.test.s1, "window"="3")|
-+-----------------------------+---------------------------------+
-|1970-01-01T08:00:00.300+08:00| 0.3333333333333333|
-|1970-01-01T08:00:00.400+08:00| 0.0|
-|1970-01-01T08:00:00.500+08:00| -0.3333333333333333|
-|1970-01-01T08:00:00.600+08:00| 0.0|
-|1970-01-01T08:00:00.700+08:00| -0.6666666666666666|
-|1970-01-01T08:00:00.800+08:00| 0.0|
-|1970-01-01T08:00:00.900+08:00| 0.6666666666666666|
-|1970-01-01T08:00:01.000+08:00| 0.0|
-|1970-01-01T08:00:01.100+08:00| 0.3333333333333333|
-|1970-01-01T08:00:01.200+08:00| 0.0|
-|1970-01-01T08:00:01.300+08:00| -0.6666666666666666|
-|1970-01-01T08:00:01.400+08:00| 0.0|
-|1970-01-01T08:00:01.500+08:00| 0.3333333333333333|
-|1970-01-01T08:00:01.600+08:00| 0.0|
-|1970-01-01T08:00:01.700+08:00| 3.3333333333333335|
-|1970-01-01T08:00:01.800+08:00| 4.0|
-|1970-01-01T08:00:01.900+08:00| 0.0|
-|1970-01-01T08:00:02.000+08:00| -0.6666666666666666|
-+-----------------------------+---------------------------------+
-```
-
-### PACF
-
-#### Registration statement
-
-```sql
-create function pacf as 'org.apache.iotdb.library.dprofile.UDTFPACF'
-```
-
-#### Usage
-
-This function is used to calculate partial autocorrelation of input series by solving Yule-Walker equation. For some cases, the equation may not be solved, and NaN will be output.
-
-**Name:** PACF
-
-**Input Series:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-+ `lag`: Maximum lag of pacf to calculate. The default value is $\min(10\log_{10}n,n-1)$, where $n$ is the number of data points.
-
-**Output Series:** Output a single series. The type is DOUBLE.
-
-#### Examples
-
-##### Assigning maximum lag
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|2020-01-01T00:00:01.000+08:00| 1|
-|2020-01-01T00:00:02.000+08:00| NaN|
-|2020-01-01T00:00:03.000+08:00| 3|
-|2020-01-01T00:00:04.000+08:00| NaN|
-|2020-01-01T00:00:05.000+08:00| 5|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select pacf(s1, "lag"="5") from root.test.d1
-```
-
-Output series:
-
-```
-+-----------------------------+--------------------------------+
-| Time|pacf(root.test.d1.s1, "lag"="5")|
-+-----------------------------+--------------------------------+
-|2020-01-01T00:00:01.000+08:00| 1.0|
-|2020-01-01T00:00:02.000+08:00| -0.5744680851063829|
-|2020-01-01T00:00:03.000+08:00| 0.3172297297297296|
-|2020-01-01T00:00:04.000+08:00| -0.2977686586304181|
-|2020-01-01T00:00:05.000+08:00| -2.0609033521065867|
-+-----------------------------+--------------------------------+
-```
-
-### Percentile
-
-#### Registration statement
-
-```sql
-create function percentile as 'org.apache.iotdb.library.dprofile.UDAFPercentile'
-```
-
-#### Usage
-
-The function is used to compute the exact or approximate percentile of a numeric time series. A percentile is value of element in the certain rank of the sorted series.
-
-**Name:** PERCENTILE
-
-**Input Series:** Only support a single input series. The data type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameter:**
-
-+ `rank`: The rank percentage of the percentile. It should be (0,1] and the default value is 0.5. For instance, a percentile with `rank`=0.5 is the median.
-+ `error`: The rank error of the approximate percentile. It should be within [0,1) and the default value is 0. For instance, a 0.5-percentile with `error`=0.01 is the value of the element with rank percentage 0.49~0.51. With `error`=0, the output is the exact percentile.
-
-**Output Series:** Output a single series. The type is the same as input series. If `error`=0, there is only one data point in the series, whose timestamp is the same has which the first percentile value has, and value is the percentile, otherwise the timestamp of the only data point is 0.
-
-**Note:** Missing points, null points and `NaN` in the input series will be ignored.
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+-------------+
-| Time|root.test2.s1|
-+-----------------------------+-------------+
-|1970-01-01T08:00:00.100+08:00| 0.0|
-|1970-01-01T08:00:00.200+08:00| 0.0|
-|1970-01-01T08:00:00.300+08:00| 1.0|
-|1970-01-01T08:00:00.400+08:00| -1.0|
-|1970-01-01T08:00:00.500+08:00| 0.0|
-|1970-01-01T08:00:00.600+08:00| 0.0|
-|1970-01-01T08:00:00.700+08:00| -2.0|
-|1970-01-01T08:00:00.800+08:00| 2.0|
-|1970-01-01T08:00:00.900+08:00| 0.0|
-|1970-01-01T08:00:01.000+08:00| 0.0|
-|1970-01-01T08:00:01.100+08:00| 1.0|
-|1970-01-01T08:00:01.200+08:00| -1.0|
-|1970-01-01T08:00:01.300+08:00| -1.0|
-|1970-01-01T08:00:01.400+08:00| 1.0|
-|1970-01-01T08:00:01.500+08:00| 0.0|
-|1970-01-01T08:00:01.600+08:00| 0.0|
-|1970-01-01T08:00:01.700+08:00| 10.0|
-|1970-01-01T08:00:01.800+08:00| 2.0|
-|1970-01-01T08:00:01.900+08:00| -2.0|
-|1970-01-01T08:00:02.000+08:00| 0.0|
-+-----------------------------+-------------+
-Total line number = 20
-```
-
-SQL for query:
-
-```sql
-select percentile(s0, "rank"="0.2", "error"="0.01") from root.test
-```
-
-Output series:
-
-```
-+-----------------------------+-------------------------------------------------------+
-| Time|percentile(root.test2.s1, "rank"="0.2", "error"="0.01")|
-+-----------------------------+-------------------------------------------------------+
-|1970-01-01T08:00:00.000+08:00| -1.0|
-+-----------------------------+-------------------------------------------------------+
-```
-
-### Quantile
-
-#### Registration statement
-
-```sql
-create function quantile as 'org.apache.iotdb.library.dprofile.UDAFQuantile'
-```
-
-#### Usage
-
-The function is used to compute the approximate quantile of a numeric time series. A quantile is value of element in the certain rank of the sorted series.
-
-**Name:** QUANTILE
-
-**Input Series:** Only support a single input series. The data type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameter:**
-
-+ `rank`: The rank of the quantile. It should be (0,1] and the default value is 0.5. For instance, a quantile with `rank`=0.5 is the median.
-+ `K`: The size of KLL sketch maintained in the query. It should be within [100,+inf) and the default value is 800. For instance, the 0.5-quantile computed by a KLL sketch with K=800 items is a value with rank quantile 0.49~0.51 with a confidence of at least 99%. The result will be more accurate as K increases.
-
-**Output Series:** Output a single series. The type is the same as input series. The timestamp of the only data point is 0.
-
-**Note:** Missing points, null points and `NaN` in the input series will be ignored.
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+-------------+
-| Time|root.test1.s1|
-+-----------------------------+-------------+
-|2021-03-17T10:32:17.054+08:00| 7|
-|2021-03-17T10:32:18.054+08:00| 15|
-|2021-03-17T10:32:19.054+08:00| 36|
-|2021-03-17T10:32:20.054+08:00| 39|
-|2021-03-17T10:32:21.054+08:00| 40|
-|2021-03-17T10:32:22.054+08:00| 41|
-|2021-03-17T10:32:23.054+08:00| 20|
-|2021-03-17T10:32:24.054+08:00| 18|
-+-----------------------------+-------------+
-............
-Total line number = 8
-```
-
-SQL for query:
-
-```sql
-select quantile(s1, "rank"="0.2", "K"="800") from root.test1
-```
-
-Output series:
-
-```
-+-----------------------------+------------------------------------------------+
-| Time|quantile(root.test1.s1, "rank"="0.2", "K"="800")|
-+-----------------------------+------------------------------------------------+
-|1970-01-01T08:00:00.000+08:00| 7.000000000000001|
-+-----------------------------+------------------------------------------------+
-```
-
-### Period
-
-#### Registration statement
-
-```sql
-create function period as 'org.apache.iotdb.library.dprofile.UDAFPeriod'
-```
-
-#### Usage
-
-The function is used to compute the period of a numeric time series.
-
-**Name:** PERIOD
-
-**Input Series:** Only support a single input series. The data type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Output Series:** Output a single series. The type is INT32. There is only one data point in the series, whose timestamp is 0 and value is the period.
-
-#### Examples
-
-Input series:
-
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d3.s1|
-+-----------------------------+---------------+
-|1970-01-01T08:00:00.001+08:00| 1.0|
-|1970-01-01T08:00:00.002+08:00| 2.0|
-|1970-01-01T08:00:00.003+08:00| 3.0|
-|1970-01-01T08:00:00.004+08:00| 1.0|
-|1970-01-01T08:00:00.005+08:00| 2.0|
-|1970-01-01T08:00:00.006+08:00| 3.0|
-|1970-01-01T08:00:00.007+08:00| 1.0|
-|1970-01-01T08:00:00.008+08:00| 2.0|
-|1970-01-01T08:00:00.009+08:00| 3.0|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select period(s1) from root.test.d3
-```
-
-Output series:
-
-```
-+-----------------------------+-----------------------+
-| Time|period(root.test.d3.s1)|
-+-----------------------------+-----------------------+
-|1970-01-01T08:00:00.000+08:00| 3|
-+-----------------------------+-----------------------+
-```
-
-### QLB
-
-#### Registration statement
-
-```sql
-create function qlb as 'org.apache.iotdb.library.dprofile.UDTFQLB'
-```
-
-#### Usage
-
-This function is used to calculate Ljung-Box statistics $Q_{LB}$ for time series, and convert it to p value.
-
-**Name:** QLB
-
-**Input Series:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters**:
-
-`lag`: max lag to calculate. Legal input shall be integer from 1 to n-2, where n is the sample number. Default value is n-2.
-
-**Output Series:** Output a single series. The type is DOUBLE. The output series is p value, and timestamp means lag.
-
-**Note:** If you want to calculate Ljung-Box statistics $Q_{LB}$ instead of p value, you may use ACF function.
-
-#### Examples
-
-##### Using Default Parameter
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|1970-01-01T00:00:00.100+08:00| 1.22|
-|1970-01-01T00:00:00.200+08:00| -2.78|
-|1970-01-01T00:00:00.300+08:00| 1.53|
-|1970-01-01T00:00:00.400+08:00| 0.70|
-|1970-01-01T00:00:00.500+08:00| 0.75|
-|1970-01-01T00:00:00.600+08:00| -0.72|
-|1970-01-01T00:00:00.700+08:00| -0.22|
-|1970-01-01T00:00:00.800+08:00| 0.28|
-|1970-01-01T00:00:00.900+08:00| 0.57|
-|1970-01-01T00:00:01.000+08:00| -0.22|
-|1970-01-01T00:00:01.100+08:00| -0.72|
-|1970-01-01T00:00:01.200+08:00| 1.34|
-|1970-01-01T00:00:01.300+08:00| -0.25|
-|1970-01-01T00:00:01.400+08:00| 0.17|
-|1970-01-01T00:00:01.500+08:00| 2.51|
-|1970-01-01T00:00:01.600+08:00| 1.42|
-|1970-01-01T00:00:01.700+08:00| -1.34|
-|1970-01-01T00:00:01.800+08:00| -0.01|
-|1970-01-01T00:00:01.900+08:00| -0.49|
-|1970-01-01T00:00:02.000+08:00| 1.63|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select QLB(s1) from root.test.d1
-```
-
-Output series:
-
-```
-+-----------------------------+--------------------+
-| Time|QLB(root.test.d1.s1)|
-+-----------------------------+--------------------+
-|1970-01-01T00:00:00.001+08:00| 0.2168702295315677|
-|1970-01-01T00:00:00.002+08:00| 0.3068948509261751|
-|1970-01-01T00:00:00.003+08:00| 0.4217859150918444|
-|1970-01-01T00:00:00.004+08:00| 0.5114539874276656|
-|1970-01-01T00:00:00.005+08:00| 0.6560619525616759|
-|1970-01-01T00:00:00.006+08:00| 0.7722398654053280|
-|1970-01-01T00:00:00.007+08:00| 0.8532491661465290|
-|1970-01-01T00:00:00.008+08:00| 0.9028575017542528|
-|1970-01-01T00:00:00.009+08:00| 0.9434989988192729|
-|1970-01-01T00:00:00.010+08:00| 0.8950280161464689|
-|1970-01-01T00:00:00.011+08:00| 0.7701048398839656|
-|1970-01-01T00:00:00.012+08:00| 0.7845536060001281|
-|1970-01-01T00:00:00.013+08:00| 0.5943030981705825|
-|1970-01-01T00:00:00.014+08:00| 0.4618413512531093|
-|1970-01-01T00:00:00.015+08:00| 0.2645948244673964|
-|1970-01-01T00:00:00.016+08:00| 0.3167530476666645|
-|1970-01-01T00:00:00.017+08:00| 0.2330010780351453|
-|1970-01-01T00:00:00.018+08:00| 0.0666611237622325|
-+-----------------------------+--------------------+
-```
-
-### Resample
-
-#### Registration statement
-
-```sql
-create function re_sample as 'org.apache.iotdb.library.dprofile.UDTFResample'
-```
-
-#### Usage
-
-This function is used to resample the input series according to a given frequency,
-including up-sampling and down-sampling.
-Currently, the supported up-sampling methods are
-NaN (filling with `NaN`),
-FFill (filling with previous value),
-BFill (filling with next value) and
-Linear (filling with linear interpolation).
-Down-sampling relies on group aggregation,
-which supports Max, Min, First, Last, Mean and Median.
-
-**Name:** RESAMPLE
-
-**Input Series:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-
-+ `every`: The frequency of resampling, which is a positive number with an unit. The unit is 'ms' for millisecond, 's' for second, 'm' for minute, 'h' for hour and 'd' for day. This parameter cannot be lacked.
-+ `interp`: The interpolation method of up-sampling, which is 'NaN', 'FFill', 'BFill' or 'Linear'. By default, NaN is used.
-+ `aggr`: The aggregation method of down-sampling, which is 'Max', 'Min', 'First', 'Last', 'Mean' or 'Median'. By default, Mean is used.
-+ `start`: The start time (inclusive) of resampling with the format 'yyyy-MM-dd HH:mm:ss'. By default, it is the timestamp of the first valid data point.
-+ `end`: The end time (exclusive) of resampling with the format 'yyyy-MM-dd HH:mm:ss'. By default, it is the timestamp of the last valid data point.
-
-**Output Series:** Output a single series. The type is DOUBLE. It is strictly equispaced with the frequency `every`.
-
-**Note:** `NaN` in the input series will be ignored.
-
-#### Examples
-
-##### Up-sampling
-
-When the frequency of resampling is higher than the original frequency, up-sampling starts.
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|2021-03-06T16:00:00.000+08:00| 3.09|
-|2021-03-06T16:15:00.000+08:00| 3.53|
-|2021-03-06T16:30:00.000+08:00| 3.5|
-|2021-03-06T16:45:00.000+08:00| 3.51|
-|2021-03-06T17:00:00.000+08:00| 3.41|
-+-----------------------------+---------------+
-```
-
-
-SQL for query:
-
-```sql
-select resample(s1,'every'='5m','interp'='linear') from root.test.d1
-```
-
-Output series:
-
-```
-+-----------------------------+----------------------------------------------------------+
-| Time|resample(root.test.d1.s1, "every"="5m", "interp"="linear")|
-+-----------------------------+----------------------------------------------------------+
-|2021-03-06T16:00:00.000+08:00| 3.0899999141693115|
-|2021-03-06T16:05:00.000+08:00| 3.2366665999094644|
-|2021-03-06T16:10:00.000+08:00| 3.3833332856496177|
-|2021-03-06T16:15:00.000+08:00| 3.5299999713897705|
-|2021-03-06T16:20:00.000+08:00| 3.5199999809265137|
-|2021-03-06T16:25:00.000+08:00| 3.509999990463257|
-|2021-03-06T16:30:00.000+08:00| 3.5|
-|2021-03-06T16:35:00.000+08:00| 3.503333330154419|
-|2021-03-06T16:40:00.000+08:00| 3.506666660308838|
-|2021-03-06T16:45:00.000+08:00| 3.509999990463257|
-|2021-03-06T16:50:00.000+08:00| 3.4766666889190674|
-|2021-03-06T16:55:00.000+08:00| 3.443333387374878|
-|2021-03-06T17:00:00.000+08:00| 3.4100000858306885|
-+-----------------------------+----------------------------------------------------------+
-```
-
-##### Down-sampling
-
-When the frequency of resampling is lower than the original frequency, down-sampling starts.
-
-Input series is the same as above, the SQL for query is shown below:
-
-```sql
-select resample(s1,'every'='30m','aggr'='first') from root.test.d1
-```
-
-Output series:
-
-```
-+-----------------------------+--------------------------------------------------------+
-| Time|resample(root.test.d1.s1, "every"="30m", "aggr"="first")|
-+-----------------------------+--------------------------------------------------------+
-|2021-03-06T16:00:00.000+08:00| 3.0899999141693115|
-|2021-03-06T16:30:00.000+08:00| 3.5|
-|2021-03-06T17:00:00.000+08:00| 3.4100000858306885|
-+-----------------------------+--------------------------------------------------------+
-```
-
-
-
-##### Specify the time period
-
-The time period of resampling can be specified with `start` and `end`.
-The period outside the actual time range will be interpolated.
-
-Input series is the same as above, the SQL for query is shown below:
-
-```sql
-select resample(s1,'every'='30m','start'='2021-03-06 15:00:00') from root.test.d1
-```
-
-Output series:
-
-```
-+-----------------------------+-----------------------------------------------------------------------+
-| Time|resample(root.test.d1.s1, "every"="30m", "start"="2021-03-06 15:00:00")|
-+-----------------------------+-----------------------------------------------------------------------+
-|2021-03-06T15:00:00.000+08:00| NaN|
-|2021-03-06T15:30:00.000+08:00| NaN|
-|2021-03-06T16:00:00.000+08:00| 3.309999942779541|
-|2021-03-06T16:30:00.000+08:00| 3.5049999952316284|
-|2021-03-06T17:00:00.000+08:00| 3.4100000858306885|
-+-----------------------------+-----------------------------------------------------------------------+
-```
-
-### Sample
-
-#### Registration statement
-
-```sql
-create function sample as 'org.apache.iotdb.library.dprofile.UDTFSample'
-```
-
-#### Usage
-
-This function is used to sample the input series,
-that is, select a specified number of data points from the input series and output them.
-Currently, three sampling methods are supported:
-**Reservoir sampling** randomly selects data points.
-All of the points have the same probability of being sampled.
-**Isometric sampling** selects data points at equal index intervals.
-**Triangle sampling** assigns data points to the buckets based on the number of sampling.
-Then it calculates the area of the triangle based on these points inside the bucket and selects the point with the largest area of the triangle.
-For more detail, please read [paper](http://skemman.is/stream/get/1946/15343/37285/3/SS_MSthesis.pdf)
-
-**Name:** SAMPLE
-
-**Input Series:** Only support a single input series. The type is arbitrary.
-
-**Parameters:**
-
-+ `method`: The method of sampling, which is 'reservoir', 'isometric' or 'triangle'. By default, reservoir sampling is used.
-+ `k`: The number of sampling, which is a positive integer. By default, it's 1.
-
-**Output Series:** Output a single series. The type is the same as the input. The length of the output series is `k`. Each data point in the output series comes from the input series.
-
-**Note:** If `k` is greater than the length of input series, all data points in the input series will be output.
-
-#### Examples
-
-##### Reservoir Sampling
-
-When `method` is 'reservoir' or the default, reservoir sampling is used.
-Due to the randomness of this method, the output series shown below is only a possible result.
-
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|2020-01-01T00:00:01.000+08:00| 1.0|
-|2020-01-01T00:00:02.000+08:00| 2.0|
-|2020-01-01T00:00:03.000+08:00| 3.0|
-|2020-01-01T00:00:04.000+08:00| 4.0|
-|2020-01-01T00:00:05.000+08:00| 5.0|
-|2020-01-01T00:00:06.000+08:00| 6.0|
-|2020-01-01T00:00:07.000+08:00| 7.0|
-|2020-01-01T00:00:08.000+08:00| 8.0|
-|2020-01-01T00:00:09.000+08:00| 9.0|
-|2020-01-01T00:00:10.000+08:00| 10.0|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select sample(s1,'method'='reservoir','k'='5') from root.test.d1
-```
-
-Output series:
-
-```
-+-----------------------------+------------------------------------------------------+
-| Time|sample(root.test.d1.s1, "method"="reservoir", "k"="5")|
-+-----------------------------+------------------------------------------------------+
-|2020-01-01T00:00:02.000+08:00| 2.0|
-|2020-01-01T00:00:03.000+08:00| 3.0|
-|2020-01-01T00:00:05.000+08:00| 5.0|
-|2020-01-01T00:00:08.000+08:00| 8.0|
-|2020-01-01T00:00:10.000+08:00| 10.0|
-+-----------------------------+------------------------------------------------------+
-```
-
-##### Isometric Sampling
-
-When `method` is 'isometric', isometric sampling is used.
-
-Input series is the same as above, the SQL for query is shown below:
-
-```sql
-select sample(s1,'method'='isometric','k'='5') from root.test.d1
-```
-
-Output series:
-
-```
-+-----------------------------+------------------------------------------------------+
-| Time|sample(root.test.d1.s1, "method"="isometric", "k"="5")|
-+-----------------------------+------------------------------------------------------+
-|2020-01-01T00:00:01.000+08:00| 1.0|
-|2020-01-01T00:00:03.000+08:00| 3.0|
-|2020-01-01T00:00:05.000+08:00| 5.0|
-|2020-01-01T00:00:07.000+08:00| 7.0|
-|2020-01-01T00:00:09.000+08:00| 9.0|
-+-----------------------------+------------------------------------------------------+
-```
-
-### Segment
-
-#### Registration statement
-
-```sql
-create function segment as 'org.apache.iotdb.library.dprofile.UDTFSegment'
-```
-
-#### Usage
-
-This function is used to segment a time series into subsequences according to linear trend, and returns linear fitted values of first values in each subsequence or every data point.
-
-**Name:** SEGMENT
-
-**Input Series:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-+ `output` :"all" to output all fitted points; "first" to output first fitted points in each subsequence.
-
-+ `error`: error allowed at linear regression. It is defined as mean absolute error of a subsequence.
-
-**Output Series:** Output a single series. The type is DOUBLE.
-
-**Note:** This function treat input series as equal-interval sampled. All data are loaded, so downsample input series first if there are too many data points.
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+------------+
-| Time|root.test.s1|
-+-----------------------------+------------+
-|1970-01-01T08:00:00.000+08:00| 5.0|
-|1970-01-01T08:00:00.100+08:00| 0.0|
-|1970-01-01T08:00:00.200+08:00| 1.0|
-|1970-01-01T08:00:00.300+08:00| 2.0|
-|1970-01-01T08:00:00.400+08:00| 3.0|
-|1970-01-01T08:00:00.500+08:00| 4.0|
-|1970-01-01T08:00:00.600+08:00| 5.0|
-|1970-01-01T08:00:00.700+08:00| 6.0|
-|1970-01-01T08:00:00.800+08:00| 7.0|
-|1970-01-01T08:00:00.900+08:00| 8.0|
-|1970-01-01T08:00:01.000+08:00| 9.0|
-|1970-01-01T08:00:01.100+08:00| 9.1|
-|1970-01-01T08:00:01.200+08:00| 9.2|
-|1970-01-01T08:00:01.300+08:00| 9.3|
-|1970-01-01T08:00:01.400+08:00| 9.4|
-|1970-01-01T08:00:01.500+08:00| 9.5|
-|1970-01-01T08:00:01.600+08:00| 9.6|
-|1970-01-01T08:00:01.700+08:00| 9.7|
-|1970-01-01T08:00:01.800+08:00| 9.8|
-|1970-01-01T08:00:01.900+08:00| 9.9|
-|1970-01-01T08:00:02.000+08:00| 10.0|
-|1970-01-01T08:00:02.100+08:00| 8.0|
-|1970-01-01T08:00:02.200+08:00| 6.0|
-|1970-01-01T08:00:02.300+08:00| 4.0|
-|1970-01-01T08:00:02.400+08:00| 2.0|
-|1970-01-01T08:00:02.500+08:00| 0.0|
-|1970-01-01T08:00:02.600+08:00| -2.0|
-|1970-01-01T08:00:02.700+08:00| -4.0|
-|1970-01-01T08:00:02.800+08:00| -6.0|
-|1970-01-01T08:00:02.900+08:00| -8.0|
-|1970-01-01T08:00:03.000+08:00| -10.0|
-|1970-01-01T08:00:03.100+08:00| 10.0|
-|1970-01-01T08:00:03.200+08:00| 10.0|
-|1970-01-01T08:00:03.300+08:00| 10.0|
-|1970-01-01T08:00:03.400+08:00| 10.0|
-|1970-01-01T08:00:03.500+08:00| 10.0|
-|1970-01-01T08:00:03.600+08:00| 10.0|
-|1970-01-01T08:00:03.700+08:00| 10.0|
-|1970-01-01T08:00:03.800+08:00| 10.0|
-|1970-01-01T08:00:03.900+08:00| 10.0|
-+-----------------------------+------------+
-```
-
-SQL for query:
-
-```sql
-select segment(s1, "error"="0.1") from root.test
-```
-
-Output series:
-
-```
-+-----------------------------+------------------------------------+
-| Time|segment(root.test.s1, "error"="0.1")|
-+-----------------------------+------------------------------------+
-|1970-01-01T08:00:00.000+08:00| 5.0|
-|1970-01-01T08:00:00.200+08:00| 1.0|
-|1970-01-01T08:00:01.000+08:00| 9.0|
-|1970-01-01T08:00:02.000+08:00| 10.0|
-|1970-01-01T08:00:03.000+08:00| -10.0|
-|1970-01-01T08:00:03.200+08:00| 10.0|
-+-----------------------------+------------------------------------+
-```
-
-### Skew
-
-#### Registration statement
-
-```sql
-create function skew as 'org.apache.iotdb.library.dprofile.UDAFSkew'
-```
-
-#### Usage
-
-This function is used to calculate the population skewness.
-
-**Name:** SKEW
-
-**Input Series:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Output Series:** Output a single series. The type is DOUBLE. There is only one data point in the series, whose timestamp is 0 and value is the population skewness.
-
-**Note:** Missing points, null points and `NaN` in the input series will be ignored.
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|2020-01-01T00:00:00.000+08:00| 1.0|
-|2020-01-01T00:00:01.000+08:00| 2.0|
-|2020-01-01T00:00:02.000+08:00| 3.0|
-|2020-01-01T00:00:03.000+08:00| 4.0|
-|2020-01-01T00:00:04.000+08:00| 5.0|
-|2020-01-01T00:00:05.000+08:00| 6.0|
-|2020-01-01T00:00:06.000+08:00| 7.0|
-|2020-01-01T00:00:07.000+08:00| 8.0|
-|2020-01-01T00:00:08.000+08:00| 9.0|
-|2020-01-01T00:00:09.000+08:00| 10.0|
-|2020-01-01T00:00:10.000+08:00| 10.0|
-|2020-01-01T00:00:11.000+08:00| 10.0|
-|2020-01-01T00:00:12.000+08:00| 10.0|
-|2020-01-01T00:00:13.000+08:00| 10.0|
-|2020-01-01T00:00:14.000+08:00| 10.0|
-|2020-01-01T00:00:15.000+08:00| 10.0|
-|2020-01-01T00:00:16.000+08:00| 10.0|
-|2020-01-01T00:00:17.000+08:00| 10.0|
-|2020-01-01T00:00:18.000+08:00| 10.0|
-|2020-01-01T00:00:19.000+08:00| 10.0|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select skew(s1) from root.test.d1
-```
-
-Output series:
-
-```
-+-----------------------------+-----------------------+
-| Time| skew(root.test.d1.s1)|
-+-----------------------------+-----------------------+
-|1970-01-01T08:00:00.000+08:00| -0.9998427402292644|
-+-----------------------------+-----------------------+
-```
-
-### Spline
-
-#### Registration statement
-
-```sql
-create function spline as 'org.apache.iotdb.library.dprofile.UDTFSpline'
-```
-
-#### Usage
-
-This function is used to calculate cubic spline interpolation of input series.
-
-**Name:** SPLINE
-
-**Input Series:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-+ `points`: Number of resampling points.
-
-**Output Series:** Output a single series. The type is DOUBLE.
-
-**Note**: Output series retains the first and last timestamps of input series. Interpolation points are selected at equal intervals. The function tries to calculate only when there are no less than 4 points in input series.
-
-#### Examples
-
-##### Assigning number of interpolation points
-
-Input series:
-
-```
-+-----------------------------+------------+
-| Time|root.test.s1|
-+-----------------------------+------------+
-|1970-01-01T08:00:00.000+08:00| 0.0|
-|1970-01-01T08:00:00.300+08:00| 1.2|
-|1970-01-01T08:00:00.500+08:00| 1.7|
-|1970-01-01T08:00:00.700+08:00| 2.0|
-|1970-01-01T08:00:00.900+08:00| 2.1|
-|1970-01-01T08:00:01.100+08:00| 2.0|
-|1970-01-01T08:00:01.200+08:00| 1.8|
-|1970-01-01T08:00:01.300+08:00| 1.2|
-|1970-01-01T08:00:01.400+08:00| 1.0|
-|1970-01-01T08:00:01.500+08:00| 1.6|
-+-----------------------------+------------+
-```
-
-SQL for query:
-
-```sql
-select spline(s1, "points"="151") from root.test
-```
-
-Output series:
-
-```
-+-----------------------------+------------------------------------+
-| Time|spline(root.test.s1, "points"="151")|
-+-----------------------------+------------------------------------+
-|1970-01-01T08:00:00.000+08:00| 0.0|
-|1970-01-01T08:00:00.010+08:00| 0.04870000251134237|
-|1970-01-01T08:00:00.020+08:00| 0.09680000495910646|
-|1970-01-01T08:00:00.030+08:00| 0.14430000734329226|
-|1970-01-01T08:00:00.040+08:00| 0.19120000966389972|
-|1970-01-01T08:00:00.050+08:00| 0.23750001192092896|
-|1970-01-01T08:00:00.060+08:00| 0.2832000141143799|
-|1970-01-01T08:00:00.070+08:00| 0.32830001624425253|
-|1970-01-01T08:00:00.080+08:00| 0.3728000183105469|
-|1970-01-01T08:00:00.090+08:00| 0.416700020313263|
-|1970-01-01T08:00:00.100+08:00| 0.4600000222524008|
-|1970-01-01T08:00:00.110+08:00| 0.5027000241279602|
-|1970-01-01T08:00:00.120+08:00| 0.5448000259399414|
-|1970-01-01T08:00:00.130+08:00| 0.5863000276883443|
-|1970-01-01T08:00:00.140+08:00| 0.627200029373169|
-|1970-01-01T08:00:00.150+08:00| 0.6675000309944153|
-|1970-01-01T08:00:00.160+08:00| 0.7072000325520833|
-|1970-01-01T08:00:00.170+08:00| 0.7463000340461731|
-|1970-01-01T08:00:00.180+08:00| 0.7848000354766846|
-|1970-01-01T08:00:00.190+08:00| 0.8227000368436178|
-|1970-01-01T08:00:00.200+08:00| 0.8600000381469728|
-|1970-01-01T08:00:00.210+08:00| 0.8967000393867494|
-|1970-01-01T08:00:00.220+08:00| 0.9328000405629477|
-|1970-01-01T08:00:00.230+08:00| 0.9683000416755676|
-|1970-01-01T08:00:00.240+08:00| 1.0032000427246095|
-|1970-01-01T08:00:00.250+08:00| 1.037500043710073|
-|1970-01-01T08:00:00.260+08:00| 1.071200044631958|
-|1970-01-01T08:00:00.270+08:00| 1.1043000454902647|
-|1970-01-01T08:00:00.280+08:00| 1.1368000462849934|
-|1970-01-01T08:00:00.290+08:00| 1.1687000470161437|
-|1970-01-01T08:00:00.300+08:00| 1.2000000476837158|
-|1970-01-01T08:00:00.310+08:00| 1.2307000483103594|
-|1970-01-01T08:00:00.320+08:00| 1.2608000489139557|
-|1970-01-01T08:00:00.330+08:00| 1.2903000494873524|
-|1970-01-01T08:00:00.340+08:00| 1.3192000500233967|
-|1970-01-01T08:00:00.350+08:00| 1.3475000505149364|
-|1970-01-01T08:00:00.360+08:00| 1.3752000509548186|
-|1970-01-01T08:00:00.370+08:00| 1.402300051335891|
-|1970-01-01T08:00:00.380+08:00| 1.4288000516510009|
-|1970-01-01T08:00:00.390+08:00| 1.4547000518929958|
-|1970-01-01T08:00:00.400+08:00| 1.480000052054723|
-|1970-01-01T08:00:00.410+08:00| 1.5047000521290301|
-|1970-01-01T08:00:00.420+08:00| 1.5288000521087646|
-|1970-01-01T08:00:00.430+08:00| 1.5523000519867738|
-|1970-01-01T08:00:00.440+08:00| 1.575200051755905|
-|1970-01-01T08:00:00.450+08:00| 1.597500051409006|
-|1970-01-01T08:00:00.460+08:00| 1.619200050938924|
-|1970-01-01T08:00:00.470+08:00| 1.6403000503385066|
-|1970-01-01T08:00:00.480+08:00| 1.660800049600601|
-|1970-01-01T08:00:00.490+08:00| 1.680700048718055|
-|1970-01-01T08:00:00.500+08:00| 1.7000000476837158|
-|1970-01-01T08:00:00.510+08:00| 1.7188475466453037|
-|1970-01-01T08:00:00.520+08:00| 1.7373800457262996|
-|1970-01-01T08:00:00.530+08:00| 1.7555825448831923|
-|1970-01-01T08:00:00.540+08:00| 1.7734400440724702|
-|1970-01-01T08:00:00.550+08:00| 1.790937543250622|
-|1970-01-01T08:00:00.560+08:00| 1.8080600423741364|
-|1970-01-01T08:00:00.570+08:00| 1.8247925413995016|
-|1970-01-01T08:00:00.580+08:00| 1.8411200402832066|
-|1970-01-01T08:00:00.590+08:00| 1.8570275389817397|
-|1970-01-01T08:00:00.600+08:00| 1.8725000374515897|
-|1970-01-01T08:00:00.610+08:00| 1.8875225356492449|
-|1970-01-01T08:00:00.620+08:00| 1.902080033531194|
-|1970-01-01T08:00:00.630+08:00| 1.9161575310539258|
-|1970-01-01T08:00:00.640+08:00| 1.9297400281739288|
-|1970-01-01T08:00:00.650+08:00| 1.9428125248476913|
-|1970-01-01T08:00:00.660+08:00| 1.9553600210317021|
-|1970-01-01T08:00:00.670+08:00| 1.96736751668245|
-|1970-01-01T08:00:00.680+08:00| 1.9788200117564232|
-|1970-01-01T08:00:00.690+08:00| 1.9897025062101101|
-|1970-01-01T08:00:00.700+08:00| 2.0|
-|1970-01-01T08:00:00.710+08:00| 2.0097024933913334|
-|1970-01-01T08:00:00.720+08:00| 2.0188199867081615|
-|1970-01-01T08:00:00.730+08:00| 2.027367479995188|
-|1970-01-01T08:00:00.740+08:00| 2.0353599732971155|
-|1970-01-01T08:00:00.750+08:00| 2.0428124666586482|
-|1970-01-01T08:00:00.760+08:00| 2.049739960124489|
-|1970-01-01T08:00:00.770+08:00| 2.056157453739342|
-|1970-01-01T08:00:00.780+08:00| 2.06207994754791|
-|1970-01-01T08:00:00.790+08:00| 2.067522441594897|
-|1970-01-01T08:00:00.800+08:00| 2.072499935925006|
-|1970-01-01T08:00:00.810+08:00| 2.07702743058294|
-|1970-01-01T08:00:00.820+08:00| 2.081119925613404|
-|1970-01-01T08:00:00.830+08:00| 2.0847924210611|
-|1970-01-01T08:00:00.840+08:00| 2.0880599169707317|
-|1970-01-01T08:00:00.850+08:00| 2.0909374133870027|
-|1970-01-01T08:00:00.860+08:00| 2.0934399103546166|
-|1970-01-01T08:00:00.870+08:00| 2.0955824079182768|
-|1970-01-01T08:00:00.880+08:00| 2.0973799061226863|
-|1970-01-01T08:00:00.890+08:00| 2.098847405012549|
-|1970-01-01T08:00:00.900+08:00| 2.0999999046325684|
-|1970-01-01T08:00:00.910+08:00| 2.1005574051201332|
-|1970-01-01T08:00:00.920+08:00| 2.1002599065303778|
-|1970-01-01T08:00:00.930+08:00| 2.0991524087846245|
-|1970-01-01T08:00:00.940+08:00| 2.0972799118041947|
-|1970-01-01T08:00:00.950+08:00| 2.0946874155104105|
-|1970-01-01T08:00:00.960+08:00| 2.0914199198245944|
-|1970-01-01T08:00:00.970+08:00| 2.0875224246680673|
-|1970-01-01T08:00:00.980+08:00| 2.083039929962151|
-|1970-01-01T08:00:00.990+08:00| 2.0780174356281687|
-|1970-01-01T08:00:01.000+08:00| 2.0724999415874406|
-|1970-01-01T08:00:01.010+08:00| 2.06653244776129|
-|1970-01-01T08:00:01.020+08:00| 2.060159954071038|
-|1970-01-01T08:00:01.030+08:00| 2.053427460438006|
-|1970-01-01T08:00:01.040+08:00| 2.046379966783517|
-|1970-01-01T08:00:01.050+08:00| 2.0390624730288924|
-|1970-01-01T08:00:01.060+08:00| 2.031519979095454|
-|1970-01-01T08:00:01.070+08:00| 2.0237974849045237|
-|1970-01-01T08:00:01.080+08:00| 2.015939990377423|
-|1970-01-01T08:00:01.090+08:00| 2.0079924954354746|
-|1970-01-01T08:00:01.100+08:00| 2.0|
-|1970-01-01T08:00:01.110+08:00| 1.9907018211101906|
-|1970-01-01T08:00:01.120+08:00| 1.9788509124245144|
-|1970-01-01T08:00:01.130+08:00| 1.9645127287932083|
-|1970-01-01T08:00:01.140+08:00| 1.9477527250665083|
-|1970-01-01T08:00:01.150+08:00| 1.9286363560946513|
-|1970-01-01T08:00:01.160+08:00| 1.9072290767278735|
-|1970-01-01T08:00:01.170+08:00| 1.8835963418164114|
-|1970-01-01T08:00:01.180+08:00| 1.8578036062105014|
-|1970-01-01T08:00:01.190+08:00| 1.8299163247603802|
-|1970-01-01T08:00:01.200+08:00| 1.7999999523162842|
-|1970-01-01T08:00:01.210+08:00| 1.7623635841923329|
-|1970-01-01T08:00:01.220+08:00| 1.7129696477516976|
-|1970-01-01T08:00:01.230+08:00| 1.6543635959181928|
-|1970-01-01T08:00:01.240+08:00| 1.5890908816156328|
-|1970-01-01T08:00:01.250+08:00| 1.5196969577678319|
-|1970-01-01T08:00:01.260+08:00| 1.4487272772986044|
-|1970-01-01T08:00:01.270+08:00| 1.3787272931317647|
-|1970-01-01T08:00:01.280+08:00| 1.3122424581911272|
-|1970-01-01T08:00:01.290+08:00| 1.251818225400506|
-|1970-01-01T08:00:01.300+08:00| 1.2000000476837158|
-|1970-01-01T08:00:01.310+08:00| 1.1548000470995912|
-|1970-01-01T08:00:01.320+08:00| 1.1130667107899999|
-|1970-01-01T08:00:01.330+08:00| 1.0756000393033045|
-|1970-01-01T08:00:01.340+08:00| 1.043200033187868|
-|1970-01-01T08:00:01.350+08:00| 1.016666692992053|
-|1970-01-01T08:00:01.360+08:00| 0.9968000192642223|
-|1970-01-01T08:00:01.370+08:00| 0.9844000125527389|
-|1970-01-01T08:00:01.380+08:00| 0.9802666734059655|
-|1970-01-01T08:00:01.390+08:00| 0.9852000023722649|
-|1970-01-01T08:00:01.400+08:00| 1.0|
-|1970-01-01T08:00:01.410+08:00| 1.023999999165535|
-|1970-01-01T08:00:01.420+08:00| 1.0559999990463256|
-|1970-01-01T08:00:01.430+08:00| 1.0959999996423722|
-|1970-01-01T08:00:01.440+08:00| 1.1440000009536744|
-|1970-01-01T08:00:01.450+08:00| 1.2000000029802322|
-|1970-01-01T08:00:01.460+08:00| 1.264000005722046|
-|1970-01-01T08:00:01.470+08:00| 1.3360000091791153|
-|1970-01-01T08:00:01.480+08:00| 1.4160000133514405|
-|1970-01-01T08:00:01.490+08:00| 1.5040000182390214|
-|1970-01-01T08:00:01.500+08:00| 1.600000023841858|
-+-----------------------------+------------------------------------+
-```
-
-### Spread
-
-#### Registration statement
-
-```sql
-create function spread as 'org.apache.iotdb.library.dprofile.UDAFSpread'
-```
-
-#### Usage
-
-This function is used to calculate the spread of time series, that is, the maximum value minus the minimum value.
-
-**Name:** SPREAD
-
-**Input Series:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Output Series:** Output a single series. The type is the same as the input. There is only one data point in the series, whose timestamp is 0 and value is the spread.
-
-**Note:** Missing points, null points and `NaN` in the input series will be ignored.
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|2020-01-01T00:00:02.000+08:00| 100.0|
-|2020-01-01T00:00:03.000+08:00| 101.0|
-|2020-01-01T00:00:04.000+08:00| 102.0|
-|2020-01-01T00:00:06.000+08:00| 104.0|
-|2020-01-01T00:00:08.000+08:00| 126.0|
-|2020-01-01T00:00:10.000+08:00| 108.0|
-|2020-01-01T00:00:14.000+08:00| 112.0|
-|2020-01-01T00:00:15.000+08:00| 113.0|
-|2020-01-01T00:00:16.000+08:00| 114.0|
-|2020-01-01T00:00:18.000+08:00| 116.0|
-|2020-01-01T00:00:20.000+08:00| 118.0|
-|2020-01-01T00:00:22.000+08:00| 120.0|
-|2020-01-01T00:00:26.000+08:00| 124.0|
-|2020-01-01T00:00:28.000+08:00| 126.0|
-|2020-01-01T00:00:30.000+08:00| NaN|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select spread(s1) from root.test.d1 where time <= 2020-01-01 00:00:30
-```
-
-Output series:
-
-```
-+-----------------------------+-----------------------+
-| Time|spread(root.test.d1.s1)|
-+-----------------------------+-----------------------+
-|1970-01-01T08:00:00.000+08:00| 26.0|
-+-----------------------------+-----------------------+
-```
-
-
-
-### ZScore
-
-#### Registration statement
-
-```sql
-create function zscore as 'org.apache.iotdb.library.dprofile.UDTFZScore'
-```
-
-#### Usage
-
-This function is used to standardize the input series with z-score.
-
-**Name:** ZSCORE
-
-**Input Series:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-+ `compute`: When set to "batch", anomaly test is conducted after importing all data points; when set to "stream", it is required to provide mean and standard deviation. The default method is "batch".
-+ `avg`: Mean value when method is set to "stream".
-+ `sd`: Standard deviation when method is set to "stream".
-
-**Output Series:** Output a single series. The type is DOUBLE.
-
-#### Examples
-
-##### Batch computing
-
-Input series:
-
-```
-+-----------------------------+------------+
-| Time|root.test.s1|
-+-----------------------------+------------+
-|1970-01-01T08:00:00.100+08:00| 0.0|
-|1970-01-01T08:00:00.200+08:00| 0.0|
-|1970-01-01T08:00:00.300+08:00| 1.0|
-|1970-01-01T08:00:00.400+08:00| -1.0|
-|1970-01-01T08:00:00.500+08:00| 0.0|
-|1970-01-01T08:00:00.600+08:00| 0.0|
-|1970-01-01T08:00:00.700+08:00| -2.0|
-|1970-01-01T08:00:00.800+08:00| 2.0|
-|1970-01-01T08:00:00.900+08:00| 0.0|
-|1970-01-01T08:00:01.000+08:00| 0.0|
-|1970-01-01T08:00:01.100+08:00| 1.0|
-|1970-01-01T08:00:01.200+08:00| -1.0|
-|1970-01-01T08:00:01.300+08:00| -1.0|
-|1970-01-01T08:00:01.400+08:00| 1.0|
-|1970-01-01T08:00:01.500+08:00| 0.0|
-|1970-01-01T08:00:01.600+08:00| 0.0|
-|1970-01-01T08:00:01.700+08:00| 10.0|
-|1970-01-01T08:00:01.800+08:00| 2.0|
-|1970-01-01T08:00:01.900+08:00| -2.0|
-|1970-01-01T08:00:02.000+08:00| 0.0|
-+-----------------------------+------------+
-```
-
-SQL for query:
-
-```sql
-select zscore(s1) from root.test
-```
-
-Output series:
-
-```
-+-----------------------------+--------------------+
-| Time|zscore(root.test.s1)|
-+-----------------------------+--------------------+
-|1970-01-01T08:00:00.100+08:00|-0.20672455764868078|
-|1970-01-01T08:00:00.200+08:00|-0.20672455764868078|
-|1970-01-01T08:00:00.300+08:00| 0.20672455764868078|
-|1970-01-01T08:00:00.400+08:00| -0.6201736729460423|
-|1970-01-01T08:00:00.500+08:00|-0.20672455764868078|
-|1970-01-01T08:00:00.600+08:00|-0.20672455764868078|
-|1970-01-01T08:00:00.700+08:00| -1.033622788243404|
-|1970-01-01T08:00:00.800+08:00| 0.6201736729460423|
-|1970-01-01T08:00:00.900+08:00|-0.20672455764868078|
-|1970-01-01T08:00:01.000+08:00|-0.20672455764868078|
-|1970-01-01T08:00:01.100+08:00| 0.20672455764868078|
-|1970-01-01T08:00:01.200+08:00| -0.6201736729460423|
-|1970-01-01T08:00:01.300+08:00| -0.6201736729460423|
-|1970-01-01T08:00:01.400+08:00| 0.20672455764868078|
-|1970-01-01T08:00:01.500+08:00|-0.20672455764868078|
-|1970-01-01T08:00:01.600+08:00|-0.20672455764868078|
-|1970-01-01T08:00:01.700+08:00| 3.9277665953249348|
-|1970-01-01T08:00:01.800+08:00| 0.6201736729460423|
-|1970-01-01T08:00:01.900+08:00| -1.033622788243404|
-|1970-01-01T08:00:02.000+08:00|-0.20672455764868078|
-+-----------------------------+--------------------+
-```
-<!--
-
- Licensed to the Apache Software Foundation (ASF) under one
- or more contributor license agreements. See the NOTICE file
- distributed with this work for additional information
- regarding copyright ownership. The ASF licenses this file
- to you under the Apache License, Version 2.0 (the
- "License"); you may not use this file except in compliance
- with the License. You may obtain a copy of the License at
-
- http://www.apache.org/licenses/LICENSE-2.0
-
- Unless required by applicable law or agreed to in writing,
- software distributed under the License is distributed on an
- "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
- KIND, either express or implied. See the License for the
- specific language governing permissions and limitations
- under the License.
-
--->
-
-## Anomaly Detection
-
-### IQR
-
-#### Registration statement
-
-```sql
-create function iqr as 'org.apache.iotdb.library.anomaly.UDTFIQR'
-```
-
-#### Usage
-
-This function is used to detect anomalies based on IQR. Points distributing beyond 1.5 times IQR are selected.
-
-**Name:** IQR
-
-**Input Series:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-+ `method`: When set to "batch", anomaly test is conducted after importing all data points; when set to "stream", it is required to provide upper and lower quantiles. The default method is "batch".
-+ `q1`: The lower quantile when method is set to "stream".
-+ `q3`: The upper quantile when method is set to "stream".
-
-**Output Series:** Output a single series. The type is DOUBLE.
-
-**Note:** $IQR=Q_3-Q_1$
-
-#### Examples
-
-##### Batch computing
-
-Input series:
-
-```
-+-----------------------------+------------+
-| Time|root.test.s1|
-+-----------------------------+------------+
-|1970-01-01T08:00:00.100+08:00| 0.0|
-|1970-01-01T08:00:00.200+08:00| 0.0|
-|1970-01-01T08:00:00.300+08:00| 1.0|
-|1970-01-01T08:00:00.400+08:00| -1.0|
-|1970-01-01T08:00:00.500+08:00| 0.0|
-|1970-01-01T08:00:00.600+08:00| 0.0|
-|1970-01-01T08:00:00.700+08:00| -2.0|
-|1970-01-01T08:00:00.800+08:00| 2.0|
-|1970-01-01T08:00:00.900+08:00| 0.0|
-|1970-01-01T08:00:01.000+08:00| 0.0|
-|1970-01-01T08:00:01.100+08:00| 1.0|
-|1970-01-01T08:00:01.200+08:00| -1.0|
-|1970-01-01T08:00:01.300+08:00| -1.0|
-|1970-01-01T08:00:01.400+08:00| 1.0|
-|1970-01-01T08:00:01.500+08:00| 0.0|
-|1970-01-01T08:00:01.600+08:00| 0.0|
-|1970-01-01T08:00:01.700+08:00| 10.0|
-|1970-01-01T08:00:01.800+08:00| 2.0|
-|1970-01-01T08:00:01.900+08:00| -2.0|
-|1970-01-01T08:00:02.000+08:00| 0.0|
-+-----------------------------+------------+
-```
-
-SQL for query:
-
-```sql
-select iqr(s1) from root.test
-```
-
-Output series:
-
-```
-+-----------------------------+-----------------+
-| Time|iqr(root.test.s1)|
-+-----------------------------+-----------------+
-|1970-01-01T08:00:01.700+08:00| 10.0|
-+-----------------------------+-----------------+
-```
-
-### KSigma
-
-#### Registration statement
-
-```sql
-create function ksigma as 'org.apache.iotdb.library.anomaly.UDTFKSigma'
-```
-
-#### Usage
-
-This function is used to detect anomalies based on the Dynamic K-Sigma Algorithm.
-Within a sliding window, the input value with a deviation of more than k times the standard deviation from the average will be output as anomaly.
-
-**Name:** KSIGMA
-
-**Input Series:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-+ `k`: How many times to multiply on standard deviation to define anomaly, the default value is 3.
-+ `window`: The window size of Dynamic K-Sigma Algorithm, the default value is 10000.
-
-**Output Series:** Output a single series. The type is same as input series.
-
-**Note:** Only when is larger than 0, the anomaly detection will be performed. Otherwise, nothing will be output.
-
-#### Examples
-
-##### Assigning k
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|2020-01-01T00:00:02.000+08:00| 0.0|
-|2020-01-01T00:00:03.000+08:00| 50.0|
-|2020-01-01T00:00:04.000+08:00| 100.0|
-|2020-01-01T00:00:06.000+08:00| 150.0|
-|2020-01-01T00:00:08.000+08:00| 200.0|
-|2020-01-01T00:00:10.000+08:00| 200.0|
-|2020-01-01T00:00:14.000+08:00| 200.0|
-|2020-01-01T00:00:15.000+08:00| 200.0|
-|2020-01-01T00:00:16.000+08:00| 200.0|
-|2020-01-01T00:00:18.000+08:00| 200.0|
-|2020-01-01T00:00:20.000+08:00| 150.0|
-|2020-01-01T00:00:22.000+08:00| 100.0|
-|2020-01-01T00:00:26.000+08:00| 50.0|
-|2020-01-01T00:00:28.000+08:00| 0.0|
-|2020-01-01T00:00:30.000+08:00| NaN|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select ksigma(s1,"k"="1.0") from root.test.d1 where time <= 2020-01-01 00:00:30
-```
-
-Output series:
-
-```
-+-----------------------------+---------------------------------+
-|Time |ksigma(root.test.d1.s1,"k"="3.0")|
-+-----------------------------+---------------------------------+
-|2020-01-01T00:00:02.000+08:00| 0.0|
-|2020-01-01T00:00:03.000+08:00| 50.0|
-|2020-01-01T00:00:26.000+08:00| 50.0|
-|2020-01-01T00:00:28.000+08:00| 0.0|
-+-----------------------------+---------------------------------+
-```
-
-### LOF
-
-#### Registration statement
-
-```sql
-create function LOF as 'org.apache.iotdb.library.anomaly.UDTFLOF'
-```
-
-#### Usage
-
-This function is used to detect density anomaly of time series. According to k-th distance calculation parameter and local outlier factor (lof) threshold, the function judges if a set of input values is an density anomaly, and a bool mark of anomaly values will be output.
-
-**Name:** LOF
-
-**Input Series:** Multiple input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-+ `method`:assign a detection method. The default value is "default", when input data has multiple dimensions. The alternative is "series", when a input series will be transformed to high dimension.
-+ `k`:use the k-th distance to calculate lof. Default value is 3.
-+ `window`: size of window to split origin data points. Default value is 10000.
-+ `windowsize`:dimension that will be transformed into when method is "series". The default value is 5.
-
-**Output Series:** Output a single series. The type is DOUBLE.
-
-**Note:** Incomplete rows will be ignored. They are neither calculated nor marked as anomaly.
-
-#### Examples
-
-##### Using default parameters
-
-Input series:
-
-```
-+-----------------------------+---------------+---------------+
-| Time|root.test.d1.s1|root.test.d1.s2|
-+-----------------------------+---------------+---------------+
-|1970-01-01T08:00:00.100+08:00| 0.0| 0.0|
-|1970-01-01T08:00:00.200+08:00| 0.0| 1.0|
-|1970-01-01T08:00:00.300+08:00| 1.0| 1.0|
-|1970-01-01T08:00:00.400+08:00| 1.0| 0.0|
-|1970-01-01T08:00:00.500+08:00| 0.0| -1.0|
-|1970-01-01T08:00:00.600+08:00| -1.0| -1.0|
-|1970-01-01T08:00:00.700+08:00| -1.0| 0.0|
-|1970-01-01T08:00:00.800+08:00| 2.0| 2.0|
-|1970-01-01T08:00:00.900+08:00| 0.0| null|
-+-----------------------------+---------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select lof(s1,s2) from root.test.d1 where time<1000
-```
-
-Output series:
-
-```
-+-----------------------------+-------------------------------------+
-| Time|lof(root.test.d1.s1, root.test.d1.s2)|
-+-----------------------------+-------------------------------------+
-|1970-01-01T08:00:00.100+08:00| 3.8274824267668244|
-|1970-01-01T08:00:00.200+08:00| 3.0117631741126156|
-|1970-01-01T08:00:00.300+08:00| 2.838155437762879|
-|1970-01-01T08:00:00.400+08:00| 3.0117631741126156|
-|1970-01-01T08:00:00.500+08:00| 2.73518261244453|
-|1970-01-01T08:00:00.600+08:00| 2.371440975708148|
-|1970-01-01T08:00:00.700+08:00| 2.73518261244453|
-|1970-01-01T08:00:00.800+08:00| 1.7561416374270742|
-+-----------------------------+-------------------------------------+
-```
-
-##### Diagnosing 1d timeseries
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|1970-01-01T08:00:00.100+08:00| 1.0|
-|1970-01-01T08:00:00.200+08:00| 2.0|
-|1970-01-01T08:00:00.300+08:00| 3.0|
-|1970-01-01T08:00:00.400+08:00| 4.0|
-|1970-01-01T08:00:00.500+08:00| 5.0|
-|1970-01-01T08:00:00.600+08:00| 6.0|
-|1970-01-01T08:00:00.700+08:00| 7.0|
-|1970-01-01T08:00:00.800+08:00| 8.0|
-|1970-01-01T08:00:00.900+08:00| 9.0|
-|1970-01-01T08:00:01.000+08:00| 10.0|
-|1970-01-01T08:00:01.100+08:00| 11.0|
-|1970-01-01T08:00:01.200+08:00| 12.0|
-|1970-01-01T08:00:01.300+08:00| 13.0|
-|1970-01-01T08:00:01.400+08:00| 14.0|
-|1970-01-01T08:00:01.500+08:00| 15.0|
-|1970-01-01T08:00:01.600+08:00| 16.0|
-|1970-01-01T08:00:01.700+08:00| 17.0|
-|1970-01-01T08:00:01.800+08:00| 18.0|
-|1970-01-01T08:00:01.900+08:00| 19.0|
-|1970-01-01T08:00:02.000+08:00| 20.0|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select lof(s1, "method"="series") from root.test.d1 where time<1000
-```
-
-Output series:
-
-```
-+-----------------------------+--------------------+
-| Time|lof(root.test.d1.s1)|
-+-----------------------------+--------------------+
-|1970-01-01T08:00:00.100+08:00| 3.77777777777778|
-|1970-01-01T08:00:00.200+08:00| 4.32727272727273|
-|1970-01-01T08:00:00.300+08:00| 4.85714285714286|
-|1970-01-01T08:00:00.400+08:00| 5.40909090909091|
-|1970-01-01T08:00:00.500+08:00| 5.94999999999999|
-|1970-01-01T08:00:00.600+08:00| 6.43243243243243|
-|1970-01-01T08:00:00.700+08:00| 6.79999999999999|
-|1970-01-01T08:00:00.800+08:00| 7.0|
-|1970-01-01T08:00:00.900+08:00| 7.0|
-|1970-01-01T08:00:01.000+08:00| 6.79999999999999|
-|1970-01-01T08:00:01.100+08:00| 6.43243243243243|
-|1970-01-01T08:00:01.200+08:00| 5.94999999999999|
-|1970-01-01T08:00:01.300+08:00| 5.40909090909091|
-|1970-01-01T08:00:01.400+08:00| 4.85714285714286|
-|1970-01-01T08:00:01.500+08:00| 4.32727272727273|
-|1970-01-01T08:00:01.600+08:00| 3.77777777777778|
-+-----------------------------+--------------------+
-```
-
-### MissDetect
-
-#### Registration statement
-
-```sql
-create function missdetect as 'org.apache.iotdb.library.anomaly.UDTFMissDetect'
-```
-
-#### Usage
-
-This function is used to detect missing anomalies.
-In some datasets, missing values are filled by linear interpolation.
-Thus, there are several long perfect linear segments.
-By discovering these perfect linear segments,
-missing anomalies are detected.
-
-**Name:** MISSDETECT
-
-**Input Series:** Only support a single input series. The data type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameter:**
-
-`error`: The minimum length of the detected missing anomalies, which is an integer greater than or equal to 10. By default, it is 10.
-
-**Output Series:** Output a single series. The type is BOOLEAN. Each data point which is miss anomaly will be labeled as true.
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d2.s2|
-+-----------------------------+---------------+
-|2021-07-01T12:00:00.000+08:00| 0.0|
-|2021-07-01T12:00:01.000+08:00| 1.0|
-|2021-07-01T12:00:02.000+08:00| 0.0|
-|2021-07-01T12:00:03.000+08:00| 1.0|
-|2021-07-01T12:00:04.000+08:00| 0.0|
-|2021-07-01T12:00:05.000+08:00| 0.0|
-|2021-07-01T12:00:06.000+08:00| 0.0|
-|2021-07-01T12:00:07.000+08:00| 0.0|
-|2021-07-01T12:00:08.000+08:00| 0.0|
-|2021-07-01T12:00:09.000+08:00| 0.0|
-|2021-07-01T12:00:10.000+08:00| 0.0|
-|2021-07-01T12:00:11.000+08:00| 0.0|
-|2021-07-01T12:00:12.000+08:00| 0.0|
-|2021-07-01T12:00:13.000+08:00| 0.0|
-|2021-07-01T12:00:14.000+08:00| 0.0|
-|2021-07-01T12:00:15.000+08:00| 0.0|
-|2021-07-01T12:00:16.000+08:00| 1.0|
-|2021-07-01T12:00:17.000+08:00| 0.0|
-|2021-07-01T12:00:18.000+08:00| 1.0|
-|2021-07-01T12:00:19.000+08:00| 0.0|
-|2021-07-01T12:00:20.000+08:00| 1.0|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select missdetect(s2,'minlen'='10') from root.test.d2
-```
-
-Output series:
-
-```
-+-----------------------------+------------------------------------------+
-| Time|missdetect(root.test.d2.s2, "minlen"="10")|
-+-----------------------------+------------------------------------------+
-|2021-07-01T12:00:00.000+08:00| false|
-|2021-07-01T12:00:01.000+08:00| false|
-|2021-07-01T12:00:02.000+08:00| false|
-|2021-07-01T12:00:03.000+08:00| false|
-|2021-07-01T12:00:04.000+08:00| true|
-|2021-07-01T12:00:05.000+08:00| true|
-|2021-07-01T12:00:06.000+08:00| true|
-|2021-07-01T12:00:07.000+08:00| true|
-|2021-07-01T12:00:08.000+08:00| true|
-|2021-07-01T12:00:09.000+08:00| true|
-|2021-07-01T12:00:10.000+08:00| true|
-|2021-07-01T12:00:11.000+08:00| true|
-|2021-07-01T12:00:12.000+08:00| true|
-|2021-07-01T12:00:13.000+08:00| true|
-|2021-07-01T12:00:14.000+08:00| true|
-|2021-07-01T12:00:15.000+08:00| true|
-|2021-07-01T12:00:16.000+08:00| false|
-|2021-07-01T12:00:17.000+08:00| false|
-|2021-07-01T12:00:18.000+08:00| false|
-|2021-07-01T12:00:19.000+08:00| false|
-|2021-07-01T12:00:20.000+08:00| false|
-+-----------------------------+------------------------------------------+
-```
-
-### Range
-
-#### Registration statement
-
-```sql
-create function range as 'org.apache.iotdb.library.anomaly.UDTFRange'
-```
-
-#### Usage
-
-This function is used to detect range anomaly of time series. According to upper bound and lower bound parameters, the function judges if a input value is beyond range, aka range anomaly, and a new time series of anomaly will be output.
-
-**Name:** RANGE
-
-**Input Series:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-+ `lower_bound`:lower bound of range anomaly detection.
-+ `upper_bound`:upper bound of range anomaly detection.
-
-**Output Series:** Output a single series. The type is the same as the input.
-
-**Note:** Only when `upper_bound` is larger than `lower_bound`, the anomaly detection will be performed. Otherwise, nothing will be output.
-
-
-
-#### Examples
-
-##### Assigning Lower and Upper Bound
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|2020-01-01T00:00:02.000+08:00| 100.0|
-|2020-01-01T00:00:03.000+08:00| 101.0|
-|2020-01-01T00:00:04.000+08:00| 102.0|
-|2020-01-01T00:00:06.000+08:00| 104.0|
-|2020-01-01T00:00:08.000+08:00| 126.0|
-|2020-01-01T00:00:10.000+08:00| 108.0|
-|2020-01-01T00:00:14.000+08:00| 112.0|
-|2020-01-01T00:00:15.000+08:00| 113.0|
-|2020-01-01T00:00:16.000+08:00| 114.0|
-|2020-01-01T00:00:18.000+08:00| 116.0|
-|2020-01-01T00:00:20.000+08:00| 118.0|
-|2020-01-01T00:00:22.000+08:00| 120.0|
-|2020-01-01T00:00:26.000+08:00| 124.0|
-|2020-01-01T00:00:28.000+08:00| 126.0|
-|2020-01-01T00:00:30.000+08:00| NaN|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select range(s1,"lower_bound"="101.0","upper_bound"="125.0") from root.test.d1 where time <= 2020-01-01 00:00:30
-```
-
-Output series:
-
-```
-+-----------------------------+------------------------------------------------------------------+
-|Time |range(root.test.d1.s1,"lower_bound"="101.0","upper_bound"="125.0")|
-+-----------------------------+------------------------------------------------------------------+
-|2020-01-01T00:00:02.000+08:00| 100.0|
-|2020-01-01T00:00:08.000+08:00| 126.0|
-|2020-01-01T00:00:28.000+08:00| 126.0|
-+-----------------------------+------------------------------------------------------------------+
-```
-
-### TwoSidedFilter
-
-#### Registration statement
-
-```sql
-create function twosidedfilter as 'org.apache.iotdb.library.anomaly.UDTFTwoSidedFilter'
-```
-
-#### Usage
-
-The function is used to filter anomalies of a numeric time series based on two-sided window detection.
-
-**Name:** TWOSIDEDFILTER
-
-**Input Series:** Only support a single input series. The data type is INT32 / INT64 / FLOAT / DOUBLE
-
-**Output Series:** Output a single series. The type is the same as the input. It is the input without anomalies.
-
-**Parameter:**
-
-- `len`: The size of the window, which is a positive integer. By default, it's 5. When `len`=3, the algorithm detects forward window and backward window with length 3 and calculates the outlierness of the current point.
-
-- `threshold`: The threshold of outlierness, which is a floating number in (0,1). By default, it's 0.3. The strict standard of detecting anomalies is in proportion to the threshold.
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+------------+
-| Time|root.test.s0|
-+-----------------------------+------------+
-|1970-01-01T08:00:00.000+08:00| 2002.0|
-|1970-01-01T08:00:01.000+08:00| 1946.0|
-|1970-01-01T08:00:02.000+08:00| 1958.0|
-|1970-01-01T08:00:03.000+08:00| 2012.0|
-|1970-01-01T08:00:04.000+08:00| 2051.0|
-|1970-01-01T08:00:05.000+08:00| 1898.0|
-|1970-01-01T08:00:06.000+08:00| 2014.0|
-|1970-01-01T08:00:07.000+08:00| 2052.0|
-|1970-01-01T08:00:08.000+08:00| 1935.0|
-|1970-01-01T08:00:09.000+08:00| 1901.0|
-|1970-01-01T08:00:10.000+08:00| 1972.0|
-|1970-01-01T08:00:11.000+08:00| 1969.0|
-|1970-01-01T08:00:12.000+08:00| 1984.0|
-|1970-01-01T08:00:13.000+08:00| 2018.0|
-|1970-01-01T08:00:37.000+08:00| 1484.0|
-|1970-01-01T08:00:38.000+08:00| 1055.0|
-|1970-01-01T08:00:39.000+08:00| 1050.0|
-|1970-01-01T08:01:05.000+08:00| 1023.0|
-|1970-01-01T08:01:06.000+08:00| 1056.0|
-|1970-01-01T08:01:07.000+08:00| 978.0|
-|1970-01-01T08:01:08.000+08:00| 1050.0|
-|1970-01-01T08:01:09.000+08:00| 1123.0|
-|1970-01-01T08:01:10.000+08:00| 1150.0|
-|1970-01-01T08:01:11.000+08:00| 1034.0|
-|1970-01-01T08:01:12.000+08:00| 950.0|
-|1970-01-01T08:01:13.000+08:00| 1059.0|
-+-----------------------------+------------+
-```
-
-SQL for query:
-
-```sql
-select TwoSidedFilter(s0, 'len'='5', 'threshold'='0.3') from root.test
-```
-
-Output series:
-
-```
-+-----------------------------+------------+
-| Time|root.test.s0|
-+-----------------------------+------------+
-|1970-01-01T08:00:00.000+08:00| 2002.0|
-|1970-01-01T08:00:01.000+08:00| 1946.0|
-|1970-01-01T08:00:02.000+08:00| 1958.0|
-|1970-01-01T08:00:03.000+08:00| 2012.0|
-|1970-01-01T08:00:04.000+08:00| 2051.0|
-|1970-01-01T08:00:05.000+08:00| 1898.0|
-|1970-01-01T08:00:06.000+08:00| 2014.0|
-|1970-01-01T08:00:07.000+08:00| 2052.0|
-|1970-01-01T08:00:08.000+08:00| 1935.0|
-|1970-01-01T08:00:09.000+08:00| 1901.0|
-|1970-01-01T08:00:10.000+08:00| 1972.0|
-|1970-01-01T08:00:11.000+08:00| 1969.0|
-|1970-01-01T08:00:12.000+08:00| 1984.0|
-|1970-01-01T08:00:13.000+08:00| 2018.0|
-|1970-01-01T08:01:05.000+08:00| 1023.0|
-|1970-01-01T08:01:06.000+08:00| 1056.0|
-|1970-01-01T08:01:07.000+08:00| 978.0|
-|1970-01-01T08:01:08.000+08:00| 1050.0|
-|1970-01-01T08:01:09.000+08:00| 1123.0|
-|1970-01-01T08:01:10.000+08:00| 1150.0|
-|1970-01-01T08:01:11.000+08:00| 1034.0|
-|1970-01-01T08:01:12.000+08:00| 950.0|
-|1970-01-01T08:01:13.000+08:00| 1059.0|
-+-----------------------------+------------+
-```
-
-### Outlier
-
-#### Registration statement
-
-```sql
-create function outlier as 'org.apache.iotdb.library.anomaly.UDTFOutlier'
-```
-
-#### Usage
-
-This function is used to detect distance-based outliers. For each point in the current window, if the number of its neighbors within the distance of neighbor distance threshold is less than the neighbor count threshold, the point in detected as an outlier.
-
-**Name:** OUTLIER
-
-**Input Series：** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-+ `r`：the neighbor distance threshold.
-+ `k`：the neighbor count threshold.
-+ `w`：the window size.
-+ `s`：the slide size.
-
-**Output Series:** Output a single series. The type is the same as the input.
-
-#### Examples
-
-##### Assigning Parameters of Queries
-
-Input series:
-
-```
-+-----------------------------+------------+
-| Time|root.test.s1|
-+-----------------------------+------------+
-|2020-01-04T23:59:55.000+08:00| 56.0|
-|2020-01-04T23:59:56.000+08:00| 55.1|
-|2020-01-04T23:59:57.000+08:00| 54.2|
-|2020-01-04T23:59:58.000+08:00| 56.3|
-|2020-01-04T23:59:59.000+08:00| 59.0|
-|2020-01-05T00:00:00.000+08:00| 60.0|
-|2020-01-05T00:00:01.000+08:00| 60.5|
-|2020-01-05T00:00:02.000+08:00| 64.5|
-|2020-01-05T00:00:03.000+08:00| 69.0|
-|2020-01-05T00:00:04.000+08:00| 64.2|
-|2020-01-05T00:00:05.000+08:00| 62.3|
-|2020-01-05T00:00:06.000+08:00| 58.0|
-|2020-01-05T00:00:07.000+08:00| 58.9|
-|2020-01-05T00:00:08.000+08:00| 52.0|
-|2020-01-05T00:00:09.000+08:00| 62.3|
-|2020-01-05T00:00:10.000+08:00| 61.0|
-|2020-01-05T00:00:11.000+08:00| 64.2|
-|2020-01-05T00:00:12.000+08:00| 61.8|
-|2020-01-05T00:00:13.000+08:00| 64.0|
-|2020-01-05T00:00:14.000+08:00| 63.0|
-+-----------------------------+------------+
-```
-
-SQL for query:
-
-```sql
-select outlier(s1,"r"="5.0","k"="4","w"="10","s"="5") from root.test
-```
-
-Output series:
-
-```
-+-----------------------------+--------------------------------------------------------+
-| Time|outlier(root.test.s1,"r"="5.0","k"="4","w"="10","s"="5")|
-+-----------------------------+--------------------------------------------------------+
-|2020-01-05T00:00:03.000+08:00| 69.0|
-+-----------------------------+--------------------------------------------------------+
-|2020-01-05T00:00:08.000+08:00| 52.0|
-+-----------------------------+--------------------------------------------------------+
-```
-
-
-### MasterTrain
-
-#### Usage
-
-This function is used to train the VAR model based on master data. The model is trained on learning samples consisting of p+1 consecutive non-error points.
-
-**Name:** MasterTrain
-
-**Input Series：** Support multiple input series. The types are are in INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-+ `p`: The order of the model.
-+ `eta`: The distance threshold. By default, it will be estimated based on the 3-sigma rule.
-
-**Output Series:** Output a single series. The type is the same as the input.
-
-**Installation**
-- Install IoTDB from branch `research/master-detector`.
-- Run `mvn spotless:apply`.
-- Run `mvn clean package -pl library-udf -DskipTests -am -P get-jar-with-dependencies`.
-- Copy `./library-UDF/target/library-udf-1.2.0-SNAPSHOT-jar-with-dependencies.jar` to `./ext/udf/`.
-- Start IoTDB server and run `create function MasterTrain as 'org.apache.iotdb.library.anomaly.UDTFMasterTrain'` in client.
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+------------+------------+--------------+--------------+
-| Time|root.test.lo|root.test.la|root.test.m_la|root.test.m_lo|
-+-----------------------------+------------+------------+--------------+--------------+
-|1970-01-01T08:00:00.001+08:00| 39.99982556| 116.327274| 116.3271939| 39.99984748|
-|1970-01-01T08:00:00.002+08:00| 39.99983865| 116.327305| 116.3272269| 39.99984748|
-|1970-01-01T08:00:00.003+08:00| 40.00019038| 116.3273291| 116.3272634| 39.99984769|
-|1970-01-01T08:00:00.004+08:00| 39.99982556| 116.327342| 116.3273015| 39.9998483|
-|1970-01-01T08:00:00.005+08:00| 39.99982991| 116.3273744| 116.327339| 39.99984892|
-|1970-01-01T08:00:00.006+08:00| 39.99982716| 116.3274117| 116.3273759| 39.99984892|
-|1970-01-01T08:00:00.007+08:00| 39.9998259| 116.3274396| 116.3274163| 39.99984953|
-|1970-01-01T08:00:00.008+08:00| 39.99982597| 116.3274668| 116.3274525| 39.99985014|
-|1970-01-01T08:00:00.009+08:00| 39.99982226| 116.3275026| 116.3274915| 39.99985076|
-|1970-01-01T08:00:00.010+08:00| 39.99980988| 116.3274967| 116.3275235| 39.99985137|
-|1970-01-01T08:00:00.011+08:00| 39.99984873| 116.3274929| 116.3275611| 39.99985199|
-|1970-01-01T08:00:00.012+08:00| 39.99981589| 116.3274745| 116.3275974| 39.9998526|
-|1970-01-01T08:00:00.013+08:00| 39.9998259| 116.3275095| 116.3276338| 39.99985384|
-|1970-01-01T08:00:00.014+08:00| 39.99984873| 116.3274787| 116.3276695| 39.99985446|
-|1970-01-01T08:00:00.015+08:00| 39.9998343| 116.3274693| 116.3277045| 39.99985569|
-|1970-01-01T08:00:00.016+08:00| 39.99983316| 116.3274941| 116.3277389| 39.99985631|
-|1970-01-01T08:00:00.017+08:00| 39.99983311| 116.3275401| 116.3277747| 39.99985693|
-|1970-01-01T08:00:00.018+08:00| 39.99984113| 116.3275713| 116.3278041| 39.99985756|
-|1970-01-01T08:00:00.019+08:00| 39.99983602| 116.3276003| 116.3278379| 39.99985818|
-|1970-01-01T08:00:00.020+08:00| 39.9998355| 116.3276308| 116.3278723| 39.9998588|
-|1970-01-01T08:00:00.021+08:00| 40.00012176| 116.3276107| 116.3279026| 39.99985942|
-|1970-01-01T08:00:00.022+08:00| 39.9998404| 116.3276684| null| null|
-|1970-01-01T08:00:00.023+08:00| 39.99983942| 116.3277016| null| null|
-|1970-01-01T08:00:00.024+08:00| 39.99984113| 116.3277284| null| null|
-|1970-01-01T08:00:00.025+08:00| 39.99984283| 116.3277562| null| null|
-+-----------------------------+------------+------------+--------------+--------------+
-```
-
-SQL for query:
-
-```sql
-select MasterTrain(lo,la,m_lo,m_la,'p'='3','eta'='1.0') from root.test
-```
-
-Output series:
-
-```
-+-----------------------------+---------------------------------------------------------------------------------------------+
-| Time|MasterTrain(root.test.lo, root.test.la, root.test.m_lo, root.test.m_la, "p"="3", "eta"="1.0")|
-+-----------------------------+---------------------------------------------------------------------------------------------+
-|1970-01-01T08:00:00.001+08:00| 0.13656607660463288|
-|1970-01-01T08:00:00.002+08:00| 0.8291884323013894|
-|1970-01-01T08:00:00.003+08:00| 0.05012816073171693|
-|1970-01-01T08:00:00.004+08:00| -0.5495287787485761|
-|1970-01-01T08:00:00.005+08:00| 0.03740486307345578|
-|1970-01-01T08:00:00.006+08:00| 1.0500132150475212|
-|1970-01-01T08:00:00.007+08:00| 0.04583944643116993|
-|1970-01-01T08:00:00.008+08:00| -0.07863708480736269|
-+-----------------------------+---------------------------------------------------------------------------------------------+
-```
-
-### MasterDetect
-
-#### Usage
-
-This function is used to detect time series and repair errors based on master data. The VAR model is trained by MasterTrain.
-
-**Name:** MasterDetect
-
-**Input Series：** Support multiple input series. The types are are in INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-+ `p`: The order of the model.
-+ `k`: The number of neighbors in master data. It is a positive integer. By default, it will be estimated according to the tuple distance of the k-th nearest neighbor in the master data.
-+ `eta`: The distance threshold. By default, it will be estimated based on the 3-sigma rule.
-+ `eta`: The detection threshold. By default, it will be estimated based on the 3-sigma rule.
-+ `output_type`: The type of output. 'repair' for repairing and 'anomaly' for anomaly detection.
-+ `output_column`: The repaired column to output, defaults to 1 which means output the repair result of the first column.
-
-**Output Series:** Output a single series. The type is the same as the input.
-
-**Installation**
-- Install IoTDB from branch `research/master-detector`.
-- Run `mvn spotless:apply`.
-- Run `mvn clean package -pl library-udf -DskipTests -am -P get-jar-with-dependencies`.
-- Copy `./library-UDF/target/library-udf-1.2.0-SNAPSHOT-jar-with-dependencies.jar` to `./ext/udf/`.
-- Start IoTDB server and run `create function MasterDetect as 'org.apache.iotdb.library.anomaly.UDTFMasterDetect'` in client.
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+------------+------------+--------------+--------------+--------------------+
-| Time|root.test.lo|root.test.la|root.test.m_la|root.test.m_lo| root.test.model|
-+-----------------------------+------------+------------+--------------+--------------+--------------------+
-|1970-01-01T08:00:00.001+08:00| 39.99982556| 116.327274| 116.3271939| 39.99984748| 0.13656607660463288|
-|1970-01-01T08:00:00.002+08:00| 39.99983865| 116.327305| 116.3272269| 39.99984748| 0.8291884323013894|
-|1970-01-01T08:00:00.003+08:00| 40.00019038| 116.3273291| 116.3272634| 39.99984769| 0.05012816073171693|
-|1970-01-01T08:00:00.004+08:00| 39.99982556| 116.327342| 116.3273015| 39.9998483| -0.5495287787485761|
-|1970-01-01T08:00:00.005+08:00| 39.99982991| 116.3273744| 116.327339| 39.99984892| 0.03740486307345578|
-|1970-01-01T08:00:00.006+08:00| 39.99982716| 116.3274117| 116.3273759| 39.99984892| 1.0500132150475212|
-|1970-01-01T08:00:00.007+08:00| 39.9998259| 116.3274396| 116.3274163| 39.99984953| 0.04583944643116993|
-|1970-01-01T08:00:00.008+08:00| 39.99982597| 116.3274668| 116.3274525| 39.99985014|-0.07863708480736269|
-|1970-01-01T08:00:00.009+08:00| 39.99982226| 116.3275026| 116.3274915| 39.99985076| null|
-|1970-01-01T08:00:00.010+08:00| 39.99980988| 116.3274967| 116.3275235| 39.99985137| null|
-|1970-01-01T08:00:00.011+08:00| 39.99984873| 116.3274929| 116.3275611| 39.99985199| null|
-|1970-01-01T08:00:00.012+08:00| 39.99981589| 116.3274745| 116.3275974| 39.9998526| null|
-|1970-01-01T08:00:00.013+08:00| 39.9998259| 116.3275095| 116.3276338| 39.99985384| null|
-|1970-01-01T08:00:00.014+08:00| 39.99984873| 116.3274787| 116.3276695| 39.99985446| null|
-|1970-01-01T08:00:00.015+08:00| 39.9998343| 116.3274693| 116.3277045| 39.99985569| null|
-|1970-01-01T08:00:00.016+08:00| 39.99983316| 116.3274941| 116.3277389| 39.99985631| null|
-|1970-01-01T08:00:00.017+08:00| 39.99983311| 116.3275401| 116.3277747| 39.99985693| null|
-|1970-01-01T08:00:00.018+08:00| 39.99984113| 116.3275713| 116.3278041| 39.99985756| null|
-|1970-01-01T08:00:00.019+08:00| 39.99983602| 116.3276003| 116.3278379| 39.99985818| null|
-|1970-01-01T08:00:00.020+08:00| 39.9998355| 116.3276308| 116.3278723| 39.9998588| null|
-|1970-01-01T08:00:00.021+08:00| 40.00012176| 116.3276107| 116.3279026| 39.99985942| null|
-|1970-01-01T08:00:00.022+08:00| 39.9998404| 116.3276684| null| null| null|
-|1970-01-01T08:00:00.023+08:00| 39.99983942| 116.3277016| null| null| null|
-|1970-01-01T08:00:00.024+08:00| 39.99984113| 116.3277284| null| null| null|
-|1970-01-01T08:00:00.025+08:00| 39.99984283| 116.3277562| null| null| null|
-+-----------------------------+------------+------------+--------------+--------------+--------------------+
-```
-
-##### Repairing
-
-SQL for query:
-
-```sql
-select MasterDetect(lo,la,m_lo,m_la,model,'output_type'='repair','p'='3','k'='3','eta'='1.0') from root.test
-```
-
-Output series:
-
-```
-+-----------------------------+--------------------------------------------------------------------------------------+
-| Time|MasterDetect(lo,la,m_lo,m_la,model,'output_type'='repair','p'='3','k'='3','eta'='1.0')|
-+-----------------------------+--------------------------------------------------------------------------------------+
-|1970-01-01T08:00:00.001+08:00| 116.327274|
-|1970-01-01T08:00:00.002+08:00| 116.327305|
-|1970-01-01T08:00:00.003+08:00| 116.3273291|
-|1970-01-01T08:00:00.004+08:00| 116.327342|
-|1970-01-01T08:00:00.005+08:00| 116.3273744|
-|1970-01-01T08:00:00.006+08:00| 116.3274117|
-|1970-01-01T08:00:00.007+08:00| 116.3274396|
-|1970-01-01T08:00:00.008+08:00| 116.3274668|
-|1970-01-01T08:00:00.009+08:00| 116.3275026|
-|1970-01-01T08:00:00.010+08:00| 116.3274967|
-|1970-01-01T08:00:00.011+08:00| 116.3274929|
-|1970-01-01T08:00:00.012+08:00| 116.3274745|
-|1970-01-01T08:00:00.013+08:00| 116.3275095|
-|1970-01-01T08:00:00.014+08:00| 116.3274787|
-|1970-01-01T08:00:00.015+08:00| 116.3274693|
-|1970-01-01T08:00:00.016+08:00| 116.3274941|
-|1970-01-01T08:00:00.017+08:00| 116.3275401|
-|1970-01-01T08:00:00.018+08:00| 116.3275713|
-|1970-01-01T08:00:00.019+08:00| 116.3276003|
-|1970-01-01T08:00:00.020+08:00| 116.3276308|
-|1970-01-01T08:00:00.021+08:00| 116.3276338|
-|1970-01-01T08:00:00.022+08:00| 116.3276684|
-|1970-01-01T08:00:00.023+08:00| 116.3277016|
-|1970-01-01T08:00:00.024+08:00| 116.3277284|
-|1970-01-01T08:00:00.025+08:00| 116.3277562|
-+-----------------------------+--------------------------------------------------------------------------------------+
-```
-
-##### Anomaly Detection
-
-SQL for query:
-
-```sql
-select MasterDetect(lo,la,m_lo,m_la,model,'output_type'='anomaly','p'='3','k'='3','eta'='1.0') from root.test
-```
-
-Output series:
-
-```
-+-----------------------------+---------------------------------------------------------------------------------------+
-| Time|MasterDetect(lo,la,m_lo,m_la,model,'output_type'='anomaly','p'='3','k'='3','eta'='1.0')|
-+-----------------------------+---------------------------------------------------------------------------------------+
-|1970-01-01T08:00:00.001+08:00| false|
-|1970-01-01T08:00:00.002+08:00| false|
-|1970-01-01T08:00:00.003+08:00| false|
-|1970-01-01T08:00:00.004+08:00| false|
-|1970-01-01T08:00:00.005+08:00| true|
-|1970-01-01T08:00:00.006+08:00| true|
-|1970-01-01T08:00:00.007+08:00| false|
-|1970-01-01T08:00:00.008+08:00| false|
-|1970-01-01T08:00:00.009+08:00| false|
-|1970-01-01T08:00:00.010+08:00| false|
-|1970-01-01T08:00:00.011+08:00| false|
-|1970-01-01T08:00:00.012+08:00| false|
-|1970-01-01T08:00:00.013+08:00| false|
-|1970-01-01T08:00:00.014+08:00| true|
-|1970-01-01T08:00:00.015+08:00| false|
-|1970-01-01T08:00:00.016+08:00| false|
-|1970-01-01T08:00:00.017+08:00| false|
-|1970-01-01T08:00:00.018+08:00| false|
-|1970-01-01T08:00:00.019+08:00| false|
-|1970-01-01T08:00:00.020+08:00| false|
-|1970-01-01T08:00:00.021+08:00| false|
-|1970-01-01T08:00:00.022+08:00| false|
-|1970-01-01T08:00:00.023+08:00| false|
-|1970-01-01T08:00:00.024+08:00| false|
-|1970-01-01T08:00:00.025+08:00| false|
-+-----------------------------+---------------------------------------------------------------------------------------+
-```
-
-<!--
-
- Licensed to the Apache Software Foundation (ASF) under one
- or more contributor license agreements. See the NOTICE file
- distributed with this work for additional information
- regarding copyright ownership. The ASF licenses this file
- to you under the Apache License, Version 2.0 (the
- "License"); you may not use this file except in compliance
- with the License. You may obtain a copy of the License at
-
- http://www.apache.org/licenses/LICENSE-2.0
-
- Unless required by applicable law or agreed to in writing,
- software distributed under the License is distributed on an
- "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
- KIND, either express or implied. See the License for the
- specific language governing permissions and limitations
- under the License.
-
--->
-
-## Frequency Domain Analysis
-
-### Conv
-
-#### Registration statement
-
-```sql
-create function conv as 'org.apache.iotdb.library.frequency.UDTFConv'
-```
-
-#### Usage
-
-This function is used to calculate the convolution, i.e. polynomial multiplication.
-
-**Name:** CONV
-
-**Input:** Only support two input series. The types are both INT32 / INT64 / FLOAT / DOUBLE.
-
-**Output:** Output a single series. The type is DOUBLE. It is the result of convolution whose timestamps starting from 0 only indicate the order.
-
-**Note:** `NaN` in the input series will be ignored.
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+---------------+---------------+
-| Time|root.test.d2.s1|root.test.d2.s2|
-+-----------------------------+---------------+---------------+
-|1970-01-01T08:00:00.000+08:00| 1.0| 7.0|
-|1970-01-01T08:00:00.001+08:00| 0.0| 2.0|
-|1970-01-01T08:00:00.002+08:00| 1.0| null|
-+-----------------------------+---------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select conv(s1,s2) from root.test.d2
-```
-
-Output series:
-
-```
-+-----------------------------+--------------------------------------+
-| Time|conv(root.test.d2.s1, root.test.d2.s2)|
-+-----------------------------+--------------------------------------+
-|1970-01-01T08:00:00.000+08:00| 7.0|
-|1970-01-01T08:00:00.001+08:00| 2.0|
-|1970-01-01T08:00:00.002+08:00| 7.0|
-|1970-01-01T08:00:00.003+08:00| 2.0|
-+-----------------------------+--------------------------------------+
-```
-
-### Deconv
-
-#### Registration statement
-
-```sql
-create function deconv as 'org.apache.iotdb.library.frequency.UDTFDeconv'
-```
-
-#### Usage
-
-This function is used to calculate the deconvolution, i.e. polynomial division.
-
-**Name:** DECONV
-
-**Input:** Only support two input series. The types are both INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-+ `result`: The result of deconvolution, which is 'quotient' or 'remainder'. By default, the quotient will be output.
-
-**Output:** Output a single series. The type is DOUBLE. It is the result of deconvolving the second series from the first series (dividing the first series by the second series) whose timestamps starting from 0 only indicate the order.
-
-**Note:** `NaN` in the input series will be ignored.
-
-#### Examples
-
-
-##### Calculate the quotient
-
-When `result` is 'quotient' or the default, this function calculates the quotient of the deconvolution.
-
-Input series:
-
-```
-+-----------------------------+---------------+---------------+
-| Time|root.test.d2.s3|root.test.d2.s2|
-+-----------------------------+---------------+---------------+
-|1970-01-01T08:00:00.000+08:00| 8.0| 7.0|
-|1970-01-01T08:00:00.001+08:00| 2.0| 2.0|
-|1970-01-01T08:00:00.002+08:00| 7.0| null|
-|1970-01-01T08:00:00.003+08:00| 2.0| null|
-+-----------------------------+---------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select deconv(s3,s2) from root.test.d2
-```
-
-Output series:
-
-```
-+-----------------------------+----------------------------------------+
-| Time|deconv(root.test.d2.s3, root.test.d2.s2)|
-+-----------------------------+----------------------------------------+
-|1970-01-01T08:00:00.000+08:00| 1.0|
-|1970-01-01T08:00:00.001+08:00| 0.0|
-|1970-01-01T08:00:00.002+08:00| 1.0|
-+-----------------------------+----------------------------------------+
-```
-
-##### Calculate the remainder
-
-When `result` is 'remainder', this function calculates the remainder of the deconvolution.
-
-Input series is the same as above, the SQL for query is shown below:
-
-
-```sql
-select deconv(s3,s2,'result'='remainder') from root.test.d2
-```
-
-Output series:
-
-```
-+-----------------------------+--------------------------------------------------------------+
-| Time|deconv(root.test.d2.s3, root.test.d2.s2, "result"="remainder")|
-+-----------------------------+--------------------------------------------------------------+
-|1970-01-01T08:00:00.000+08:00| 1.0|
-|1970-01-01T08:00:00.001+08:00| 0.0|
-|1970-01-01T08:00:00.002+08:00| 0.0|
-|1970-01-01T08:00:00.003+08:00| 0.0|
-+-----------------------------+--------------------------------------------------------------+
-```
-
-### DWT
-
-#### Registration statement
-
-```sql
-create function dwt as 'org.apache.iotdb.library.frequency.UDTFDWT'
-```
-
-#### Usage
-
-This function is used to calculate 1d discrete wavelet transform of a numerical series.
-
-**Name:** DWT
-
-**Input:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-+ `method`: The type of wavelet. May select 'Haar', 'DB4', 'DB6', 'DB8', where DB means Daubechies. User may offer coefficients of wavelet transform and ignore this parameter. Case ignored.
-+ `coef`: Coefficients of wavelet transform. When providing this parameter, use comma ',' to split them, and leave no spaces or other punctuations.
-+ `layer`: Times to transform. The number of output vectors equals $layer+1$. Default is 1.
-
-**Output:** Output a single series. The type is DOUBLE. The length is the same as the input.
-
-**Note:** The length of input series must be an integer number power of 2.
-
-#### Examples
-
-
-##### Haar wavelet transform
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|1970-01-01T08:00:00.000+08:00| 0.0|
-|1970-01-01T08:00:00.100+08:00| 0.2|
-|1970-01-01T08:00:00.200+08:00| 1.5|
-|1970-01-01T08:00:00.300+08:00| 1.2|
-|1970-01-01T08:00:00.400+08:00| 0.6|
-|1970-01-01T08:00:00.500+08:00| 1.7|
-|1970-01-01T08:00:00.600+08:00| 0.8|
-|1970-01-01T08:00:00.700+08:00| 2.0|
-|1970-01-01T08:00:00.800+08:00| 2.5|
-|1970-01-01T08:00:00.900+08:00| 2.1|
-|1970-01-01T08:00:01.000+08:00| 0.0|
-|1970-01-01T08:00:01.100+08:00| 2.0|
-|1970-01-01T08:00:01.200+08:00| 1.8|
-|1970-01-01T08:00:01.300+08:00| 1.2|
-|1970-01-01T08:00:01.400+08:00| 1.0|
-|1970-01-01T08:00:01.500+08:00| 1.6|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select dwt(s1,"method"="haar") from root.test.d1
-```
-
-Output series:
-
-```
-+-----------------------------+-------------------------------------+
-| Time|dwt(root.test.d1.s1, "method"="haar")|
-+-----------------------------+-------------------------------------+
-|1970-01-01T08:00:00.000+08:00| 0.14142135834465192|
-|1970-01-01T08:00:00.100+08:00| 1.909188342921157|
-|1970-01-01T08:00:00.200+08:00| 1.6263456473052773|
-|1970-01-01T08:00:00.300+08:00| 1.9798989957517026|
-|1970-01-01T08:00:00.400+08:00| 3.252691126023161|
-|1970-01-01T08:00:00.500+08:00| 1.414213562373095|
-|1970-01-01T08:00:00.600+08:00| 2.1213203435596424|
-|1970-01-01T08:00:00.700+08:00| 1.8384776479437628|
-|1970-01-01T08:00:00.800+08:00| -0.14142135834465192|
-|1970-01-01T08:00:00.900+08:00| 0.21213200063848547|
-|1970-01-01T08:00:01.000+08:00| -0.7778174761639416|
-|1970-01-01T08:00:01.100+08:00| -0.8485281289944873|
-|1970-01-01T08:00:01.200+08:00| 0.2828427799095765|
-|1970-01-01T08:00:01.300+08:00| -1.414213562373095|
-|1970-01-01T08:00:01.400+08:00| 0.42426400127697095|
-|1970-01-01T08:00:01.500+08:00| -0.42426408557066786|
-+-----------------------------+-------------------------------------+
-```
-
-### FFT
-
-#### Registration statement
-
-```sql
-create function fft as 'org.apache.iotdb.library.frequency.UDTFFFT'
-```
-
-#### Usage
-
-This function is used to calculate the fast Fourier transform (FFT) of a numerical series.
-
-**Name:** FFT
-
-**Input:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-+ `method`: The type of FFT, which is 'uniform' (by default) or 'nonuniform'. If the value is 'uniform', the timestamps will be ignored and all data points will be regarded as equidistant. Thus, the equidistant fast Fourier transform algorithm will be applied. If the value is 'nonuniform' (TODO), the non-equidistant fast Fourier transform algorithm will be applied based on timestamps.
-+ `result`: The result of FFT, which is 'real', 'imag', 'abs' or 'angle', corresponding to the real part, imaginary part, magnitude and phase angle. By default, the magnitude will be output.
-+ `compress`: The parameter of compression, which is within (0,1]. It is the reserved energy ratio of lossy compression. By default, there is no compression.
-
-
-**Output:** Output a single series. The type is DOUBLE. The length is the same as the input. The timestamps starting from 0 only indicate the order.
-
-**Note:** `NaN` in the input series will be ignored.
-
-#### Examples
-
-
-##### Uniform FFT
-
-With the default `type`, uniform FFT is applied.
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|1970-01-01T08:00:00.000+08:00| 2.902113|
-|1970-01-01T08:00:01.000+08:00| 1.1755705|
-|1970-01-01T08:00:02.000+08:00| -2.1755705|
-|1970-01-01T08:00:03.000+08:00| -1.9021131|
-|1970-01-01T08:00:04.000+08:00| 1.0|
-|1970-01-01T08:00:05.000+08:00| 1.9021131|
-|1970-01-01T08:00:06.000+08:00| 0.1755705|
-|1970-01-01T08:00:07.000+08:00| -1.1755705|
-|1970-01-01T08:00:08.000+08:00| -0.902113|
-|1970-01-01T08:00:09.000+08:00| 0.0|
-|1970-01-01T08:00:10.000+08:00| 0.902113|
-|1970-01-01T08:00:11.000+08:00| 1.1755705|
-|1970-01-01T08:00:12.000+08:00| -0.1755705|
-|1970-01-01T08:00:13.000+08:00| -1.9021131|
-|1970-01-01T08:00:14.000+08:00| -1.0|
-|1970-01-01T08:00:15.000+08:00| 1.9021131|
-|1970-01-01T08:00:16.000+08:00| 2.1755705|
-|1970-01-01T08:00:17.000+08:00| -1.1755705|
-|1970-01-01T08:00:18.000+08:00| -2.902113|
-|1970-01-01T08:00:19.000+08:00| 0.0|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select fft(s1) from root.test.d1
-```
-
-Output series:
-
-```
-+-----------------------------+----------------------+
-| Time| fft(root.test.d1.s1)|
-+-----------------------------+----------------------+
-|1970-01-01T08:00:00.000+08:00| 0.0|
-|1970-01-01T08:00:00.001+08:00| 1.2727111142703152E-8|
-|1970-01-01T08:00:00.002+08:00| 2.385520799101839E-7|
-|1970-01-01T08:00:00.003+08:00| 8.723291723972645E-8|
-|1970-01-01T08:00:00.004+08:00| 19.999999960195904|
-|1970-01-01T08:00:00.005+08:00| 9.999999850988388|
-|1970-01-01T08:00:00.006+08:00| 3.2260694930700566E-7|
-|1970-01-01T08:00:00.007+08:00| 8.723291605373329E-8|
-|1970-01-01T08:00:00.008+08:00| 1.108657103979944E-7|
-|1970-01-01T08:00:00.009+08:00| 1.2727110997246171E-8|
-|1970-01-01T08:00:00.010+08:00|1.9852334701272664E-23|
-|1970-01-01T08:00:00.011+08:00| 1.2727111194499847E-8|
-|1970-01-01T08:00:00.012+08:00| 1.108657103979944E-7|
-|1970-01-01T08:00:00.013+08:00| 8.723291785769131E-8|
-|1970-01-01T08:00:00.014+08:00| 3.226069493070057E-7|
-|1970-01-01T08:00:00.015+08:00| 9.999999850988388|
-|1970-01-01T08:00:00.016+08:00| 19.999999960195904|
-|1970-01-01T08:00:00.017+08:00| 8.723291747109068E-8|
-|1970-01-01T08:00:00.018+08:00| 2.3855207991018386E-7|
-|1970-01-01T08:00:00.019+08:00| 1.2727112069910878E-8|
-+-----------------------------+----------------------+
-```
-
-Note: The input is $y=sin(2\pi t/4)+2sin(2\pi t/5)$ with a length of 20. Thus, there are peaks in $k=4$ and $k=5$ of the output.
-
-##### Uniform FFT with Compression
-
-Input series is the same as above, the SQL for query is shown below:
-
-```sql
-select fft(s1, 'result'='real', 'compress'='0.99'), fft(s1, 'result'='imag','compress'='0.99') from root.test.d1
-```
-
-Output series:
-
-```
-+-----------------------------+----------------------+----------------------+
-| Time| fft(root.test.d1.s1,| fft(root.test.d1.s1,|
-| | "result"="real",| "result"="imag",|
-| | "compress"="0.99")| "compress"="0.99")|
-+-----------------------------+----------------------+----------------------+
-|1970-01-01T08:00:00.000+08:00| 0.0| 0.0|
-|1970-01-01T08:00:00.001+08:00| -3.932894010461041E-9| 1.2104201863039066E-8|
-|1970-01-01T08:00:00.002+08:00|-1.4021739447490164E-7| 1.9299268669082926E-7|
-|1970-01-01T08:00:00.003+08:00| -7.057291240286645E-8| 5.127422242345858E-8|
-|1970-01-01T08:00:00.004+08:00| 19.021130288047125| -6.180339875198807|
-|1970-01-01T08:00:00.005+08:00| 9.999999850988388| 3.501852745067114E-16|
-|1970-01-01T08:00:00.019+08:00| -3.932894898639461E-9|-1.2104202549376264E-8|
-+-----------------------------+----------------------+----------------------+
-```
-
-Note: Based on the conjugation of the Fourier transform result, only the first half of the compression result is reserved.
-According to the given parameter, data points are reserved from low frequency to high frequency until the reserved energy ratio exceeds it.
-The last data point is reserved to indicate the length of the series.
-
-### HighPass
-
-#### Registration statement
-
-```sql
-create function highpass as 'org.apache.iotdb.library.frequency.UDTFHighPass'
-```
-
-#### Usage
-
-This function performs low-pass filtering on the input series and extracts components above the cutoff frequency.
-The timestamps of input will be ignored and all data points will be regarded as equidistant.
-
-**Name:** HIGHPASS
-
-**Input:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-+ `wpass`: The normalized cutoff frequency which values (0,1). This parameter cannot be lacked.
-
-**Output:** Output a single series. The type is DOUBLE. It is the input after filtering. The length and timestamps of output are the same as the input.
-
-**Note:** `NaN` in the input series will be ignored.
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|1970-01-01T08:00:00.000+08:00| 2.902113|
-|1970-01-01T08:00:01.000+08:00| 1.1755705|
-|1970-01-01T08:00:02.000+08:00| -2.1755705|
-|1970-01-01T08:00:03.000+08:00| -1.9021131|
-|1970-01-01T08:00:04.000+08:00| 1.0|
-|1970-01-01T08:00:05.000+08:00| 1.9021131|
-|1970-01-01T08:00:06.000+08:00| 0.1755705|
-|1970-01-01T08:00:07.000+08:00| -1.1755705|
-|1970-01-01T08:00:08.000+08:00| -0.902113|
-|1970-01-01T08:00:09.000+08:00| 0.0|
-|1970-01-01T08:00:10.000+08:00| 0.902113|
-|1970-01-01T08:00:11.000+08:00| 1.1755705|
-|1970-01-01T08:00:12.000+08:00| -0.1755705|
-|1970-01-01T08:00:13.000+08:00| -1.9021131|
-|1970-01-01T08:00:14.000+08:00| -1.0|
-|1970-01-01T08:00:15.000+08:00| 1.9021131|
-|1970-01-01T08:00:16.000+08:00| 2.1755705|
-|1970-01-01T08:00:17.000+08:00| -1.1755705|
-|1970-01-01T08:00:18.000+08:00| -2.902113|
-|1970-01-01T08:00:19.000+08:00| 0.0|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select highpass(s1,'wpass'='0.45') from root.test.d1
-```
-
-Output series:
-
-```
-+-----------------------------+-----------------------------------------+
-| Time|highpass(root.test.d1.s1, "wpass"="0.45")|
-+-----------------------------+-----------------------------------------+
-|1970-01-01T08:00:00.000+08:00| 0.9999999534830373|
-|1970-01-01T08:00:01.000+08:00| 1.7462829277628608E-8|
-|1970-01-01T08:00:02.000+08:00| -0.9999999593178128|
-|1970-01-01T08:00:03.000+08:00| -4.1115269056426626E-8|
-|1970-01-01T08:00:04.000+08:00| 0.9999999925494194|
-|1970-01-01T08:00:05.000+08:00| 3.328126513330016E-8|
-|1970-01-01T08:00:06.000+08:00| -1.0000000183304454|
-|1970-01-01T08:00:07.000+08:00| 6.260191433311374E-10|
-|1970-01-01T08:00:08.000+08:00| 1.0000000018134796|
-|1970-01-01T08:00:09.000+08:00| -3.097210911744423E-17|
-|1970-01-01T08:00:10.000+08:00| -1.0000000018134794|
-|1970-01-01T08:00:11.000+08:00| -6.260191627862097E-10|
-|1970-01-01T08:00:12.000+08:00| 1.0000000183304454|
-|1970-01-01T08:00:13.000+08:00| -3.328126501424346E-8|
-|1970-01-01T08:00:14.000+08:00| -0.9999999925494196|
-|1970-01-01T08:00:15.000+08:00| 4.111526915498874E-8|
-|1970-01-01T08:00:16.000+08:00| 0.9999999593178128|
-|1970-01-01T08:00:17.000+08:00| -1.7462829341296528E-8|
-|1970-01-01T08:00:18.000+08:00| -0.9999999534830369|
-|1970-01-01T08:00:19.000+08:00| -1.035237222742873E-16|
-+-----------------------------+-----------------------------------------+
-```
-
-Note: The input is $y=sin(2\pi t/4)+2sin(2\pi t/5)$ with a length of 20. Thus, the output is $y=sin(2\pi t/4)$ after high-pass filtering.
-
-### IFFT
-
-#### Registration statement
-
-```sql
-create function ifft as 'org.apache.iotdb.library.frequency.UDTFIFFT'
-```
-
-#### Usage
-
-This function treats the two input series as the real and imaginary part of a complex series, performs an inverse fast Fourier transform (IFFT), and outputs the real part of the result.
-For the input format, please refer to the output format of `FFT` function.
-Moreover, the compressed output of `FFT` function is also supported.
-
-**Name:** IFFT
-
-**Input:** Only support two input series. The types are both INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-+ `start`: The start time of the output series with the format 'yyyy-MM-dd HH:mm:ss'. By default, it is '1970-01-01 08:00:00'.
-+ `interval`: The interval of the output series, which is a positive number with an unit. The unit is 'ms' for millisecond, 's' for second, 'm' for minute, 'h' for hour and 'd' for day. By default, it is 1s.
-
-**Output:** Output a single series. The type is DOUBLE. It is strictly equispaced. The values are the results of IFFT.
-
-**Note:** If a row contains null points or `NaN`, it will be ignored.
-
-#### Examples
-
-
-Input series:
-
-```
-+-----------------------------+----------------------+----------------------+
-| Time| root.test.d1.re| root.test.d1.im|
-+-----------------------------+----------------------+----------------------+
-|1970-01-01T08:00:00.000+08:00| 0.0| 0.0|
-|1970-01-01T08:00:00.001+08:00| -3.932894010461041E-9| 1.2104201863039066E-8|
-|1970-01-01T08:00:00.002+08:00|-1.4021739447490164E-7| 1.9299268669082926E-7|
-|1970-01-01T08:00:00.003+08:00| -7.057291240286645E-8| 5.127422242345858E-8|
-|1970-01-01T08:00:00.004+08:00| 19.021130288047125| -6.180339875198807|
-|1970-01-01T08:00:00.005+08:00| 9.999999850988388| 3.501852745067114E-16|
-|1970-01-01T08:00:00.019+08:00| -3.932894898639461E-9|-1.2104202549376264E-8|
-+-----------------------------+----------------------+----------------------+
-```
-
-
-SQL for query:
-
-```sql
-select ifft(re, im, 'interval'='1m', 'start'='2021-01-01 00:00:00') from root.test.d1
-```
-
-Output series:
-
-```
-+-----------------------------+-------------------------------------------------------+
-| Time|ifft(root.test.d1.re, root.test.d1.im, "interval"="1m",|
-| | "start"="2021-01-01 00:00:00")|
-+-----------------------------+-------------------------------------------------------+
-|2021-01-01T00:00:00.000+08:00| 2.902112992431231|
-|2021-01-01T00:01:00.000+08:00| 1.1755704705132448|
-|2021-01-01T00:02:00.000+08:00| -2.175570513757101|
-|2021-01-01T00:03:00.000+08:00| -1.9021130389094498|
-|2021-01-01T00:04:00.000+08:00| 0.9999999925494194|
-|2021-01-01T00:05:00.000+08:00| 1.902113046743454|
-|2021-01-01T00:06:00.000+08:00| 0.17557053610884188|
-|2021-01-01T00:07:00.000+08:00| -1.1755704886020932|
-|2021-01-01T00:08:00.000+08:00| -0.9021130371347148|
-|2021-01-01T00:09:00.000+08:00| 3.552713678800501E-16|
-|2021-01-01T00:10:00.000+08:00| 0.9021130371347154|
-|2021-01-01T00:11:00.000+08:00| 1.1755704886020932|
-|2021-01-01T00:12:00.000+08:00| -0.17557053610884144|
-|2021-01-01T00:13:00.000+08:00| -1.902113046743454|
-|2021-01-01T00:14:00.000+08:00| -0.9999999925494196|
-|2021-01-01T00:15:00.000+08:00| 1.9021130389094498|
-|2021-01-01T00:16:00.000+08:00| 2.1755705137571004|
-|2021-01-01T00:17:00.000+08:00| -1.1755704705132448|
-|2021-01-01T00:18:00.000+08:00| -2.902112992431231|
-|2021-01-01T00:19:00.000+08:00| -3.552713678800501E-16|
-+-----------------------------+-------------------------------------------------------+
-```
-
-### LowPass
-
-#### Registration statement
-
-```sql
-create function lowpass as 'org.apache.iotdb.library.frequency.UDTFLowPass'
-```
-
-#### Usage
-
-This function performs low-pass filtering on the input series and extracts components below the cutoff frequency.
-The timestamps of input will be ignored and all data points will be regarded as equidistant.
-
-**Name:** LOWPASS
-
-**Input:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-+ `wpass`: The normalized cutoff frequency which values (0,1). This parameter cannot be lacked.
-
-**Output:** Output a single series. The type is DOUBLE. It is the input after filtering. The length and timestamps of output are the same as the input.
-
-**Note:** `NaN` in the input series will be ignored.
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s1|
-+-----------------------------+---------------+
-|1970-01-01T08:00:00.000+08:00| 2.902113|
-|1970-01-01T08:00:01.000+08:00| 1.1755705|
-|1970-01-01T08:00:02.000+08:00| -2.1755705|
-|1970-01-01T08:00:03.000+08:00| -1.9021131|
-|1970-01-01T08:00:04.000+08:00| 1.0|
-|1970-01-01T08:00:05.000+08:00| 1.9021131|
-|1970-01-01T08:00:06.000+08:00| 0.1755705|
-|1970-01-01T08:00:07.000+08:00| -1.1755705|
-|1970-01-01T08:00:08.000+08:00| -0.902113|
-|1970-01-01T08:00:09.000+08:00| 0.0|
-|1970-01-01T08:00:10.000+08:00| 0.902113|
-|1970-01-01T08:00:11.000+08:00| 1.1755705|
-|1970-01-01T08:00:12.000+08:00| -0.1755705|
-|1970-01-01T08:00:13.000+08:00| -1.9021131|
-|1970-01-01T08:00:14.000+08:00| -1.0|
-|1970-01-01T08:00:15.000+08:00| 1.9021131|
-|1970-01-01T08:00:16.000+08:00| 2.1755705|
-|1970-01-01T08:00:17.000+08:00| -1.1755705|
-|1970-01-01T08:00:18.000+08:00| -2.902113|
-|1970-01-01T08:00:19.000+08:00| 0.0|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select lowpass(s1,'wpass'='0.45') from root.test.d1
-```
-
-Output series:
-
-```
-+-----------------------------+----------------------------------------+
-| Time|lowpass(root.test.d1.s1, "wpass"="0.45")|
-+-----------------------------+----------------------------------------+
-|1970-01-01T08:00:00.000+08:00| 1.9021130073323922|
-|1970-01-01T08:00:01.000+08:00| 1.1755704705132448|
-|1970-01-01T08:00:02.000+08:00| -1.1755705286582614|
-|1970-01-01T08:00:03.000+08:00| -1.9021130389094498|
-|1970-01-01T08:00:04.000+08:00| 7.450580419288145E-9|
-|1970-01-01T08:00:05.000+08:00| 1.902113046743454|
-|1970-01-01T08:00:06.000+08:00| 1.1755705212076808|
-|1970-01-01T08:00:07.000+08:00| -1.1755704886020932|
-|1970-01-01T08:00:08.000+08:00| -1.9021130222335536|
-|1970-01-01T08:00:09.000+08:00| 3.552713678800501E-16|
-|1970-01-01T08:00:10.000+08:00| 1.9021130222335536|
-|1970-01-01T08:00:11.000+08:00| 1.1755704886020932|
-|1970-01-01T08:00:12.000+08:00| -1.1755705212076801|
-|1970-01-01T08:00:13.000+08:00| -1.902113046743454|
-|1970-01-01T08:00:14.000+08:00| -7.45058112983088E-9|
-|1970-01-01T08:00:15.000+08:00| 1.9021130389094498|
-|1970-01-01T08:00:16.000+08:00| 1.1755705286582616|
-|1970-01-01T08:00:17.000+08:00| -1.1755704705132448|
-|1970-01-01T08:00:18.000+08:00| -1.9021130073323924|
-|1970-01-01T08:00:19.000+08:00| -2.664535259100376E-16|
-+-----------------------------+----------------------------------------+
-```
-
-Note: The input is $y=sin(2\pi t/4)+2sin(2\pi t/5)$ with a length of 20. Thus, the output is $y=2sin(2\pi t/5)$ after low-pass filtering.
-
-<!--
-
- Licensed to the Apache Software Foundation (ASF) under one
- or more contributor license agreements. See the NOTICE file
- distributed with this work for additional information
- regarding copyright ownership. The ASF licenses this file
- to you under the Apache License, Version 2.0 (the
- "License"); you may not use this file except in compliance
- with the License. You may obtain a copy of the License at
-
- http://www.apache.org/licenses/LICENSE-2.0
-
- Unless required by applicable law or agreed to in writing,
- software distributed under the License is distributed on an
- "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
- KIND, either express or implied. See the License for the
- specific language governing permissions and limitations
- under the License.
-
--->
-
-## Data Matching
-
-### Cov
-
-#### Registration statement
-
-```sql
-create function cov as 'org.apache.iotdb.library.dmatch.UDAFCov'
-```
-
-#### Usage
-
-This function is used to calculate the population covariance.
-
-**Name:** COV
-
-**Input Series:** Only support two input series. The types are both INT32 / INT64 / FLOAT / DOUBLE.
-
-**Output Series:** Output a single series. The type is DOUBLE. There is only one data point in the series, whose timestamp is 0 and value is the population covariance.
-
-**Note:**
-
-+ If a row contains missing points, null points or `NaN`, it will be ignored;
-+ If all rows are ignored, `NaN` will be output.
-
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+---------------+---------------+
-| Time|root.test.d2.s1|root.test.d2.s2|
-+-----------------------------+---------------+---------------+
-|2020-01-01T00:00:02.000+08:00| 100.0| 101.0|
-|2020-01-01T00:00:03.000+08:00| 101.0| null|
-|2020-01-01T00:00:04.000+08:00| 102.0| 101.0|
-|2020-01-01T00:00:06.000+08:00| 104.0| 102.0|
-|2020-01-01T00:00:08.000+08:00| 126.0| 102.0|
-|2020-01-01T00:00:10.000+08:00| 108.0| 103.0|
-|2020-01-01T00:00:12.000+08:00| null| 103.0|
-|2020-01-01T00:00:14.000+08:00| 112.0| 104.0|
-|2020-01-01T00:00:15.000+08:00| 113.0| null|
-|2020-01-01T00:00:16.000+08:00| 114.0| 104.0|
-|2020-01-01T00:00:18.000+08:00| 116.0| 105.0|
-|2020-01-01T00:00:20.000+08:00| 118.0| 105.0|
-|2020-01-01T00:00:22.000+08:00| 100.0| 106.0|
-|2020-01-01T00:00:26.000+08:00| 124.0| 108.0|
-|2020-01-01T00:00:28.000+08:00| 126.0| 108.0|
-|2020-01-01T00:00:30.000+08:00| NaN| 108.0|
-+-----------------------------+---------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select cov(s1,s2) from root.test.d2
-```
-
-Output series:
-
-```
-+-----------------------------+-------------------------------------+
-| Time|cov(root.test.d2.s1, root.test.d2.s2)|
-+-----------------------------+-------------------------------------+
-|1970-01-01T08:00:00.000+08:00| 12.291666666666666|
-+-----------------------------+-------------------------------------+
-```
-
-### DTW
-
-#### Registration statement
-
-```sql
-create function dtw as 'org.apache.iotdb.library.dmatch.UDAFDtw'
-```
-
-#### Usage
-
-This function is used to calculate the DTW distance between two input series.
-
-**Name:** DTW
-
-**Input Series:** Only support two input series. The types are both INT32 / INT64 / FLOAT / DOUBLE.
-
-**Output Series:** Output a single series. The type is DOUBLE. There is only one data point in the series, whose timestamp is 0 and value is the DTW distance.
-
-**Note:**
-
-+ If a row contains missing points, null points or `NaN`, it will be ignored;
-+ If all rows are ignored, `0` will be output.
-
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+---------------+---------------+
-| Time|root.test.d2.s1|root.test.d2.s2|
-+-----------------------------+---------------+---------------+
-|1970-01-01T08:00:00.001+08:00| 1.0| 2.0|
-|1970-01-01T08:00:00.002+08:00| 1.0| 2.0|
-|1970-01-01T08:00:00.003+08:00| 1.0| 2.0|
-|1970-01-01T08:00:00.004+08:00| 1.0| 2.0|
-|1970-01-01T08:00:00.005+08:00| 1.0| 2.0|
-|1970-01-01T08:00:00.006+08:00| 1.0| 2.0|
-|1970-01-01T08:00:00.007+08:00| 1.0| 2.0|
-|1970-01-01T08:00:00.008+08:00| 1.0| 2.0|
-|1970-01-01T08:00:00.009+08:00| 1.0| 2.0|
-|1970-01-01T08:00:00.010+08:00| 1.0| 2.0|
-|1970-01-01T08:00:00.011+08:00| 1.0| 2.0|
-|1970-01-01T08:00:00.012+08:00| 1.0| 2.0|
-|1970-01-01T08:00:00.013+08:00| 1.0| 2.0|
-|1970-01-01T08:00:00.014+08:00| 1.0| 2.0|
-|1970-01-01T08:00:00.015+08:00| 1.0| 2.0|
-|1970-01-01T08:00:00.016+08:00| 1.0| 2.0|
-|1970-01-01T08:00:00.017+08:00| 1.0| 2.0|
-|1970-01-01T08:00:00.018+08:00| 1.0| 2.0|
-|1970-01-01T08:00:00.019+08:00| 1.0| 2.0|
-|1970-01-01T08:00:00.020+08:00| 1.0| 2.0|
-+-----------------------------+---------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select dtw(s1,s2) from root.test.d2
-```
-
-Output series:
-
-```
-+-----------------------------+-------------------------------------+
-| Time|dtw(root.test.d2.s1, root.test.d2.s2)|
-+-----------------------------+-------------------------------------+
-|1970-01-01T08:00:00.000+08:00| 20.0|
-+-----------------------------+-------------------------------------+
-```
-
-### Pearson
-
-#### Registration statement
-
-```sql
-create function pearson as 'org.apache.iotdb.library.dmatch.UDAFPearson'
-```
-
-#### Usage
-
-This function is used to calculate the Pearson Correlation Coefficient.
-
-**Name:** PEARSON
-
-**Input Series:** Only support two input series. The types are both INT32 / INT64 / FLOAT / DOUBLE.
-
-**Output Series:** Output a single series. The type is DOUBLE. There is only one data point in the series, whose timestamp is 0 and value is the Pearson Correlation Coefficient.
-
-**Note:**
-
-+ If a row contains missing points, null points or `NaN`, it will be ignored;
-+ If all rows are ignored, `NaN` will be output.
-
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+---------------+---------------+
-| Time|root.test.d2.s1|root.test.d2.s2|
-+-----------------------------+---------------+---------------+
-|2020-01-01T00:00:02.000+08:00| 100.0| 101.0|
-|2020-01-01T00:00:03.000+08:00| 101.0| null|
-|2020-01-01T00:00:04.000+08:00| 102.0| 101.0|
-|2020-01-01T00:00:06.000+08:00| 104.0| 102.0|
-|2020-01-01T00:00:08.000+08:00| 126.0| 102.0|
-|2020-01-01T00:00:10.000+08:00| 108.0| 103.0|
-|2020-01-01T00:00:12.000+08:00| null| 103.0|
-|2020-01-01T00:00:14.000+08:00| 112.0| 104.0|
-|2020-01-01T00:00:15.000+08:00| 113.0| null|
-|2020-01-01T00:00:16.000+08:00| 114.0| 104.0|
-|2020-01-01T00:00:18.000+08:00| 116.0| 105.0|
-|2020-01-01T00:00:20.000+08:00| 118.0| 105.0|
-|2020-01-01T00:00:22.000+08:00| 100.0| 106.0|
-|2020-01-01T00:00:26.000+08:00| 124.0| 108.0|
-|2020-01-01T00:00:28.000+08:00| 126.0| 108.0|
-|2020-01-01T00:00:30.000+08:00| NaN| 108.0|
-+-----------------------------+---------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select pearson(s1,s2) from root.test.d2
-```
-
-Output series:
-
-```
-+-----------------------------+-----------------------------------------+
-| Time|pearson(root.test.d2.s1, root.test.d2.s2)|
-+-----------------------------+-----------------------------------------+
-|1970-01-01T08:00:00.000+08:00| 0.5630881927754872|
-+-----------------------------+-----------------------------------------+
-```
-
-### PtnSym
-
-#### Registration statement
-
-```sql
-create function ptnsym as 'org.apache.iotdb.library.dmatch.UDTFPtnSym'
-```
-
-#### Usage
-
-This function is used to find all symmetric subseries in the input whose degree of symmetry is less than the threshold.
-The degree of symmetry is calculated by DTW.
-The smaller the degree, the more symmetrical the series is.
-
-**Name:** PATTERNSYMMETRIC
-
-**Input Series:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE
-
-**Parameter:**
-
-+ `window`: The length of the symmetric subseries. It's a positive integer and the default value is 10.
-+ `threshold`: The threshold of the degree of symmetry. It's non-negative. Only the subseries whose degree of symmetry is below it will be output. By default, all subseries will be output.
-
-
-**Output Series:** Output a single series. The type is DOUBLE. Each data point in the output series corresponds to a symmetric subseries. The output timestamp is the starting timestamp of the subseries and the output value is the degree of symmetry.
-
-#### Example
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d1.s4|
-+-----------------------------+---------------+
-|2021-01-01T12:00:00.000+08:00| 1.0|
-|2021-01-01T12:00:01.000+08:00| 2.0|
-|2021-01-01T12:00:02.000+08:00| 3.0|
-|2021-01-01T12:00:03.000+08:00| 2.0|
-|2021-01-01T12:00:04.000+08:00| 1.0|
-|2021-01-01T12:00:05.000+08:00| 1.0|
-|2021-01-01T12:00:06.000+08:00| 1.0|
-|2021-01-01T12:00:07.000+08:00| 1.0|
-|2021-01-01T12:00:08.000+08:00| 2.0|
-|2021-01-01T12:00:09.000+08:00| 3.0|
-|2021-01-01T12:00:10.000+08:00| 2.0|
-|2021-01-01T12:00:11.000+08:00| 1.0|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select ptnsym(s4, 'window'='5', 'threshold'='0') from root.test.d1
-```
-
-Output series:
-
-```
-+-----------------------------+------------------------------------------------------+
-| Time|ptnsym(root.test.d1.s4, "window"="5", "threshold"="0")|
-+-----------------------------+------------------------------------------------------+
-|2021-01-01T12:00:00.000+08:00| 0.0|
-|2021-01-01T12:00:07.000+08:00| 0.0|
-+-----------------------------+------------------------------------------------------+
-```
-
-### XCorr
-
-#### Registration statement
-
-```sql
-create function xcorr as 'org.apache.iotdb.library.dmatch.UDTFXCorr'
-```
-
-#### Usage
-
-This function is used to calculate the cross correlation function of given two time series.
-For discrete time series, cross correlation is given by
-$$CR(n) = \frac{1}{N} \sum_{m=1}^N S_1[m]S_2[m+n]$$
-which represent the similarities between two series with different index shifts.
-
-**Name:** XCORR
-
-**Input Series:** Only support two input numeric series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Output Series:** Output a single series with DOUBLE as datatype.
-There are $2N-1$ data points in the series, the center of which represents the cross correlation
-calculated with pre-aligned series(that is $CR(0)$ in the formula above),
-and the previous(or post) values represent those with shifting the latter series forward(or backward otherwise)
-until the two series are no longer overlapped(not included).
-In short, the values of output series are given by(index starts from 1)
-$$OS[i] = CR(-N+i) = \frac{1}{N} \sum_{m=1}^{i} S_1[m]S_2[N-i+m],\ if\ i <= N$$
-$$OS[i] = CR(i-N) = \frac{1}{N} \sum_{m=1}^{2N-i} S_1[i-N+m]S_2[m],\ if\ i > N$$
-
-**Note:**
-
-+ `null` and `NaN` values in the input series will be ignored and treated as 0.
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+---------------+---------------+
-| Time|root.test.d1.s1|root.test.d1.s2|
-+-----------------------------+---------------+---------------+
-|2020-01-01T00:00:01.000+08:00| null| 6|
-|2020-01-01T00:00:02.000+08:00| 2| 7|
-|2020-01-01T00:00:03.000+08:00| 3| NaN|
-|2020-01-01T00:00:04.000+08:00| 4| 9|
-|2020-01-01T00:00:05.000+08:00| 5| 10|
-+-----------------------------+---------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select xcorr(s1, s2) from root.test.d1 where time <= 2020-01-01 00:00:05
-```
-
-Output series:
-
-```
-+-----------------------------+---------------------------------------+
-| Time|xcorr(root.test.d1.s1, root.test.d1.s2)|
-+-----------------------------+---------------------------------------+
-|1970-01-01T08:00:00.001+08:00| 0.0|
-|1970-01-01T08:00:00.002+08:00| 4.0|
-|1970-01-01T08:00:00.003+08:00| 9.6|
-|1970-01-01T08:00:00.004+08:00| 13.4|
-|1970-01-01T08:00:00.005+08:00| 20.0|
-|1970-01-01T08:00:00.006+08:00| 15.6|
-|1970-01-01T08:00:00.007+08:00| 9.2|
-|1970-01-01T08:00:00.008+08:00| 11.8|
-|1970-01-01T08:00:00.009+08:00| 6.0|
-+-----------------------------+---------------------------------------+
-```
-
-<!--
-
- Licensed to the Apache Software Foundation (ASF) under one
- or more contributor license agreements. See the NOTICE file
- distributed with this work for additional information
- regarding copyright ownership. The ASF licenses this file
- to you under the Apache License, Version 2.0 (the
- "License"); you may not use this file except in compliance
- with the License. You may obtain a copy of the License at
-
- http://www.apache.org/licenses/LICENSE-2.0
-
- Unless required by applicable law or agreed to in writing,
- software distributed under the License is distributed on an
- "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
- KIND, either express or implied. See the License for the
- specific language governing permissions and limitations
- under the License.
-
--->
-
-## Data Repairing
-
-### TimestampRepair
-
-#### Registration statement
-
-```sql
-create function timestamprepair as 'org.apache.iotdb.library.drepair.UDTFTimestampRepair'
-```
-
-#### Usage
-
-This function is used for timestamp repair.
-According to the given standard time interval,
-the method of minimizing the repair cost is adopted.
-By fine-tuning the timestamps,
-the original data with unstable timestamp interval is repaired to strictly equispaced data.
-If no standard time interval is given,
-this function will use the **median**, **mode** or **cluster** of the time interval to estimate the standard time interval.
-
-**Name:** TIMESTAMPREPAIR
-
-**Input Series:** Only support a single input series. The data type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-+ `interval`: The standard time interval whose unit is millisecond. It is a positive integer. By default, it will be estimated according to the given method.
-+ `method`: The method to estimate the standard time interval, which is 'median', 'mode' or 'cluster'. This parameter is only valid when `interval` is not given. By default, median will be used.
-
-**Output Series:** Output a single series. The type is the same as the input. This series is the input after repairing.
-
-#### Examples
-
-##### Manually Specify the Standard Time Interval
-
-When `interval` is given, this function repairs according to the given standard time interval.
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d2.s1|
-+-----------------------------+---------------+
-|2021-07-01T12:00:00.000+08:00| 1.0|
-|2021-07-01T12:00:10.000+08:00| 2.0|
-|2021-07-01T12:00:19.000+08:00| 3.0|
-|2021-07-01T12:00:30.000+08:00| 4.0|
-|2021-07-01T12:00:40.000+08:00| 5.0|
-|2021-07-01T12:00:50.000+08:00| 6.0|
-|2021-07-01T12:01:01.000+08:00| 7.0|
-|2021-07-01T12:01:11.000+08:00| 8.0|
-|2021-07-01T12:01:21.000+08:00| 9.0|
-|2021-07-01T12:01:31.000+08:00| 10.0|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select timestamprepair(s1,'interval'='10000') from root.test.d2
-```
-
-Output series:
-
-
-```
-+-----------------------------+----------------------------------------------------+
-| Time|timestamprepair(root.test.d2.s1, "interval"="10000")|
-+-----------------------------+----------------------------------------------------+
-|2021-07-01T12:00:00.000+08:00| 1.0|
-|2021-07-01T12:00:10.000+08:00| 2.0|
-|2021-07-01T12:00:20.000+08:00| 3.0|
-|2021-07-01T12:00:30.000+08:00| 4.0|
-|2021-07-01T12:00:40.000+08:00| 5.0|
-|2021-07-01T12:00:50.000+08:00| 6.0|
-|2021-07-01T12:01:00.000+08:00| 7.0|
-|2021-07-01T12:01:10.000+08:00| 8.0|
-|2021-07-01T12:01:20.000+08:00| 9.0|
-|2021-07-01T12:01:30.000+08:00| 10.0|
-+-----------------------------+----------------------------------------------------+
-```
-
-##### Automatically Estimate the Standard Time Interval
-
-When `interval` is default, this function estimates the standard time interval.
-
-Input series is the same as above, the SQL for query is shown below:
-
-```sql
-select timestamprepair(s1) from root.test.d2
-```
-
-Output series:
-
-```
-+-----------------------------+--------------------------------+
-| Time|timestamprepair(root.test.d2.s1)|
-+-----------------------------+--------------------------------+
-|2021-07-01T12:00:00.000+08:00| 1.0|
-|2021-07-01T12:00:10.000+08:00| 2.0|
-|2021-07-01T12:00:20.000+08:00| 3.0|
-|2021-07-01T12:00:30.000+08:00| 4.0|
-|2021-07-01T12:00:40.000+08:00| 5.0|
-|2021-07-01T12:00:50.000+08:00| 6.0|
-|2021-07-01T12:01:00.000+08:00| 7.0|
-|2021-07-01T12:01:10.000+08:00| 8.0|
-|2021-07-01T12:01:20.000+08:00| 9.0|
-|2021-07-01T12:01:30.000+08:00| 10.0|
-+-----------------------------+--------------------------------+
-```
-
-### ValueFill
-
-#### Registration statement
-
-```sql
-create function valuefill as 'org.apache.iotdb.library.drepair.UDTFValueFill'
-```
-
-#### Usage
-
-This function is used to impute time series. Several methods are supported.
-
-**Name**: ValueFill
-**Input Series:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-+ `method`: {"mean", "previous", "linear", "likelihood", "AR", "MA", "SCREEN"}, default "linear".
- Method to use for imputation in series. "mean": use global mean value to fill holes; "previous": propagate last valid observation forward to next valid. "linear": simplest interpolation method; "likelihood":Maximum likelihood estimation based on the normal distribution of speed; "AR": auto regression; "MA": moving average; "SCREEN": speed constraint.
-
-**Output Series:** Output a single series. The type is the same as the input. This series is the input after repairing.
-
-**Note:** AR method use AR(1) model. Input value should be auto-correlated, or the function would output a single point (0, 0.0).
-
-#### Examples
-
-##### Fill with linear
-
-When `method` is "linear" or the default, Screen method is used to impute.
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d2.s1|
-+-----------------------------+---------------+
-|2020-01-01T00:00:02.000+08:00| NaN|
-|2020-01-01T00:00:03.000+08:00| 101.0|
-|2020-01-01T00:00:04.000+08:00| 102.0|
-|2020-01-01T00:00:06.000+08:00| 104.0|
-|2020-01-01T00:00:08.000+08:00| 126.0|
-|2020-01-01T00:00:10.000+08:00| 108.0|
-|2020-01-01T00:00:14.000+08:00| NaN|
-|2020-01-01T00:00:15.000+08:00| 113.0|
-|2020-01-01T00:00:16.000+08:00| 114.0|
-|2020-01-01T00:00:18.000+08:00| 116.0|
-|2020-01-01T00:00:20.000+08:00| NaN|
-|2020-01-01T00:00:22.000+08:00| NaN|
-|2020-01-01T00:00:26.000+08:00| 124.0|
-|2020-01-01T00:00:28.000+08:00| 126.0|
-|2020-01-01T00:00:30.000+08:00| 128.0|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select valuefill(s1) from root.test.d2
-```
-
-Output series:
-
-```
-+-----------------------------+-----------------------+
-| Time|valuefill(root.test.d2)|
-+-----------------------------+-----------------------+
-|2020-01-01T00:00:02.000+08:00| NaN|
-|2020-01-01T00:00:03.000+08:00| 101.0|
-|2020-01-01T00:00:04.000+08:00| 102.0|
-|2020-01-01T00:00:06.000+08:00| 104.0|
-|2020-01-01T00:00:08.000+08:00| 126.0|
-|2020-01-01T00:00:10.000+08:00| 108.0|
-|2020-01-01T00:00:14.000+08:00| 108.0|
-|2020-01-01T00:00:15.000+08:00| 113.0|
-|2020-01-01T00:00:16.000+08:00| 114.0|
-|2020-01-01T00:00:18.000+08:00| 116.0|
-|2020-01-01T00:00:20.000+08:00| 118.7|
-|2020-01-01T00:00:22.000+08:00| 121.3|
-|2020-01-01T00:00:26.000+08:00| 124.0|
-|2020-01-01T00:00:28.000+08:00| 126.0|
-|2020-01-01T00:00:30.000+08:00| 128.0|
-+-----------------------------+-----------------------+
-```
-
-##### Previous Fill
-
-When `method` is "previous", previous method is used.
-
-Input series is the same as above, the SQL for query is shown below:
-
-```sql
-select valuefill(s1,"method"="previous") from root.test.d2
-```
-
-Output series:
-
-```
-+-----------------------------+-------------------------------------------+
-| Time|valuefill(root.test.d2,"method"="previous")|
-+-----------------------------+-------------------------------------------+
-|2020-01-01T00:00:02.000+08:00| NaN|
-|2020-01-01T00:00:03.000+08:00| 101.0|
-|2020-01-01T00:00:04.000+08:00| 102.0|
-|2020-01-01T00:00:06.000+08:00| 104.0|
-|2020-01-01T00:00:08.000+08:00| 126.0|
-|2020-01-01T00:00:10.000+08:00| 108.0|
-|2020-01-01T00:00:14.000+08:00| 110.5|
-|2020-01-01T00:00:15.000+08:00| 113.0|
-|2020-01-01T00:00:16.000+08:00| 114.0|
-|2020-01-01T00:00:18.000+08:00| 116.0|
-|2020-01-01T00:00:20.000+08:00| 116.0|
-|2020-01-01T00:00:22.000+08:00| 116.0|
-|2020-01-01T00:00:26.000+08:00| 124.0|
-|2020-01-01T00:00:28.000+08:00| 126.0|
-|2020-01-01T00:00:30.000+08:00| 128.0|
-+-----------------------------+-------------------------------------------+
-```
-
-### ValueRepair
-
-#### Registration statement
-
-```sql
-create function valuerepair as 'org.apache.iotdb.library.drepair.UDTFValueRepair'
-```
-
-#### Usage
-
-This function is used to repair the value of the time series.
-Currently, two methods are supported:
-**Screen** is a method based on speed threshold, which makes all speeds meet the threshold requirements under the premise of minimum changes;
-**LsGreedy** is a method based on speed change likelihood, which models speed changes as Gaussian distribution, and uses a greedy algorithm to maximize the likelihood.
-
-
-**Name:** VALUEREPAIR
-
-**Input Series:** Only support a single input series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-+ `method`: The method used to repair, which is 'Screen' or 'LsGreedy'. By default, Screen is used.
-+ `minSpeed`: This parameter is only valid with Screen. It is the speed threshold. Speeds below it will be regarded as outliers. By default, it is the median minus 3 times of median absolute deviation.
-+ `maxSpeed`: This parameter is only valid with Screen. It is the speed threshold. Speeds above it will be regarded as outliers. By default, it is the median plus 3 times of median absolute deviation.
-+ `center`: This parameter is only valid with LsGreedy. It is the center of the Gaussian distribution of speed changes. By default, it is 0.
-+ `sigma`: This parameter is only valid with LsGreedy. It is the standard deviation of the Gaussian distribution of speed changes. By default, it is the median absolute deviation.
-
-**Output Series:** Output a single series. The type is the same as the input. This series is the input after repairing.
-
-**Note:** `NaN` will be filled with linear interpolation before repairing.
-
-#### Examples
-
-##### Repair with Screen
-
-When `method` is 'Screen' or the default, Screen method is used.
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d2.s1|
-+-----------------------------+---------------+
-|2020-01-01T00:00:02.000+08:00| 100.0|
-|2020-01-01T00:00:03.000+08:00| 101.0|
-|2020-01-01T00:00:04.000+08:00| 102.0|
-|2020-01-01T00:00:06.000+08:00| 104.0|
-|2020-01-01T00:00:08.000+08:00| 126.0|
-|2020-01-01T00:00:10.000+08:00| 108.0|
-|2020-01-01T00:00:14.000+08:00| 112.0|
-|2020-01-01T00:00:15.000+08:00| 113.0|
-|2020-01-01T00:00:16.000+08:00| 114.0|
-|2020-01-01T00:00:18.000+08:00| 116.0|
-|2020-01-01T00:00:20.000+08:00| 118.0|
-|2020-01-01T00:00:22.000+08:00| 100.0|
-|2020-01-01T00:00:26.000+08:00| 124.0|
-|2020-01-01T00:00:28.000+08:00| 126.0|
-|2020-01-01T00:00:30.000+08:00| NaN|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select valuerepair(s1) from root.test.d2
-```
-
-Output series:
-
-```
-+-----------------------------+----------------------------+
-| Time|valuerepair(root.test.d2.s1)|
-+-----------------------------+----------------------------+
-|2020-01-01T00:00:02.000+08:00| 100.0|
-|2020-01-01T00:00:03.000+08:00| 101.0|
-|2020-01-01T00:00:04.000+08:00| 102.0|
-|2020-01-01T00:00:06.000+08:00| 104.0|
-|2020-01-01T00:00:08.000+08:00| 106.0|
-|2020-01-01T00:00:10.000+08:00| 108.0|
-|2020-01-01T00:00:14.000+08:00| 112.0|
-|2020-01-01T00:00:15.000+08:00| 113.0|
-|2020-01-01T00:00:16.000+08:00| 114.0|
-|2020-01-01T00:00:18.000+08:00| 116.0|
-|2020-01-01T00:00:20.000+08:00| 118.0|
-|2020-01-01T00:00:22.000+08:00| 120.0|
-|2020-01-01T00:00:26.000+08:00| 124.0|
-|2020-01-01T00:00:28.000+08:00| 126.0|
-|2020-01-01T00:00:30.000+08:00| 128.0|
-+-----------------------------+----------------------------+
-```
-
-##### Repair with LsGreedy
-
-When `method` is 'LsGreedy', LsGreedy method is used.
-
-Input series is the same as above, the SQL for query is shown below:
-
-```sql
-select valuerepair(s1,'method'='LsGreedy') from root.test.d2
-```
-
-Output series:
-
-```
-+-----------------------------+-------------------------------------------------+
-| Time|valuerepair(root.test.d2.s1, "method"="LsGreedy")|
-+-----------------------------+-------------------------------------------------+
-|2020-01-01T00:00:02.000+08:00| 100.0|
-|2020-01-01T00:00:03.000+08:00| 101.0|
-|2020-01-01T00:00:04.000+08:00| 102.0|
-|2020-01-01T00:00:06.000+08:00| 104.0|
-|2020-01-01T00:00:08.000+08:00| 106.0|
-|2020-01-01T00:00:10.000+08:00| 108.0|
-|2020-01-01T00:00:14.000+08:00| 112.0|
-|2020-01-01T00:00:15.000+08:00| 113.0|
-|2020-01-01T00:00:16.000+08:00| 114.0|
-|2020-01-01T00:00:18.000+08:00| 116.0|
-|2020-01-01T00:00:20.000+08:00| 118.0|
-|2020-01-01T00:00:22.000+08:00| 120.0|
-|2020-01-01T00:00:26.000+08:00| 124.0|
-|2020-01-01T00:00:28.000+08:00| 126.0|
-|2020-01-01T00:00:30.000+08:00| 128.0|
-+-----------------------------+-------------------------------------------------+
-```
-
-### MasterRepair
-
-#### Usage
-
-This function is used to clean time series with master data.
-
-**Name**: MasterRepair
-**Input Series:** Support multiple input series. The types are are in INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-+ `omega`: The window size. It is a non-negative integer whose unit is millisecond. By default, it will be estimated according to the distances of two tuples with various time differences.
-+ `eta`: The distance threshold. It is a positive number. By default, it will be estimated according to the distance distribution of tuples in windows.
-+ `k`: The number of neighbors in master data. It is a positive integer. By default, it will be estimated according to the tuple dis- tance of the k-th nearest neighbor in the master data.
-+ `output_column`: The repaired column to output, defaults to 1 which means output the repair result of the first column.
-
-**Output Series:** Output a single series. The type is the same as the input. This series is the input after repairing.
-
-#### Examples
-
-Input series:
-
-```
-+-----------------------------+------------+------------+------------+------------+------------+------------+
-| Time|root.test.t1|root.test.t2|root.test.t3|root.test.m1|root.test.m2|root.test.m3|
-+-----------------------------+------------+------------+------------+------------+------------+------------+
-|2021-07-01T12:00:01.000+08:00| 1704| 1154.55| 0.195| 1704| 1154.55| 0.195|
-|2021-07-01T12:00:02.000+08:00| 1702| 1152.30| 0.193| 1702| 1152.30| 0.193|
-|2021-07-01T12:00:03.000+08:00| 1702| 1148.65| 0.192| 1702| 1148.65| 0.192|
-|2021-07-01T12:00:04.000+08:00| 1701| 1145.20| 0.194| 1701| 1145.20| 0.194|
-|2021-07-01T12:00:07.000+08:00| 1703| 1150.55| 0.195| 1703| 1150.55| 0.195|
-|2021-07-01T12:00:08.000+08:00| 1694| 1151.55| 0.193| 1704| 1151.55| 0.193|
-|2021-07-01T12:01:09.000+08:00| 1705| 1153.55| 0.194| 1705| 1153.55| 0.194|
-|2021-07-01T12:01:10.000+08:00| 1706| 1152.30| 0.190| 1706| 1152.30| 0.190|
-+-----------------------------+------------+------------+------------+------------+------------+------------+
-```
-
-SQL for query:
-
-```sql
-select MasterRepair(t1,t2,t3,m1,m2,m3) from root.test
-```
-
-Output series:
-
-
-```
-+-----------------------------+-------------------------------------------------------------------------------------------+
-| Time|MasterRepair(root.test.t1,root.test.t2,root.test.t3,root.test.m1,root.test.m2,root.test.m3)|
-+-----------------------------+-------------------------------------------------------------------------------------------+
-|2021-07-01T12:00:01.000+08:00| 1704|
-|2021-07-01T12:00:02.000+08:00| 1702|
-|2021-07-01T12:00:03.000+08:00| 1702|
-|2021-07-01T12:00:04.000+08:00| 1701|
-|2021-07-01T12:00:07.000+08:00| 1703|
-|2021-07-01T12:00:08.000+08:00| 1704|
-|2021-07-01T12:01:09.000+08:00| 1705|
-|2021-07-01T12:01:10.000+08:00| 1706|
-+-----------------------------+-------------------------------------------------------------------------------------------+
-```
-
-### SeasonalRepair
-
-#### Usage
-This function is used to repair the value of the seasonal time series via decomposition. Currently, two methods are supported: **Classical** - detect irregular fluctuations through residual component decomposed by classical decomposition, and repair them through moving average; **Improved** - detect irregular fluctuations through residual component decomposed by improved decomposition, and repair them through moving median.
-
-**Name:** SEASONALREPAIR
-
-**Input Series:** Only support a single input series. The data type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-+ `method`: The decomposition method used to repair, which is 'Classical' or 'Improved'. By default, classical decomposition is used.
-+ `period`: It is the period of the time series.
-+ `k`: It is the range threshold of residual term, which limits the degree to which the residual term is off-center. By default, it is 9.
-+ `max_iter`: It is the maximum number of iterations for the algorithm. By default, it is 10.
-
-**Output Series:** Output a single series. The type is the same as the input. This series is the input after repairing.
-
-**Note:** `NaN` will be filled with linear interpolation before repairing.
-
-#### Examples
-
-##### Repair with Classical
-
-When `method` is 'Classical' or default value, classical decomposition method is used.
-
-Input series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d2.s1|
-+-----------------------------+---------------+
-|2020-01-01T00:00:02.000+08:00| 100.0|
-|2020-01-01T00:00:04.000+08:00| 120.0|
-|2020-01-01T00:00:06.000+08:00| 80.0|
-|2020-01-01T00:00:08.000+08:00| 100.5|
-|2020-01-01T00:00:10.000+08:00| 119.5|
-|2020-01-01T00:00:12.000+08:00| 101.0|
-|2020-01-01T00:00:14.000+08:00| 99.5|
-|2020-01-01T00:00:16.000+08:00| 119.0|
-|2020-01-01T00:00:18.000+08:00| 80.5|
-|2020-01-01T00:00:20.000+08:00| 99.0|
-|2020-01-01T00:00:22.000+08:00| 121.0|
-|2020-01-01T00:00:24.000+08:00| 79.5|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select seasonalrepair(s1,'period'=3,'k'=2) from root.test.d2
-```
-
-Output series:
-
-```
-+-----------------------------+--------------------------------------------------+
-| Time|seasonalrepair(root.test.d2.s1, 'period'=4, 'k'=2)|
-+-----------------------------+--------------------------------------------------+
-|2020-01-01T00:00:02.000+08:00| 100.0|
-|2020-01-01T00:00:04.000+08:00| 120.0|
-|2020-01-01T00:00:06.000+08:00| 80.0|
-|2020-01-01T00:00:08.000+08:00| 100.5|
-|2020-01-01T00:00:10.000+08:00| 119.5|
-|2020-01-01T00:00:12.000+08:00| 87.0|
-|2020-01-01T00:00:14.000+08:00| 99.5|
-|2020-01-01T00:00:16.000+08:00| 119.0|
-|2020-01-01T00:00:18.000+08:00| 80.5|
-|2020-01-01T00:00:20.000+08:00| 99.0|
-|2020-01-01T00:00:22.000+08:00| 121.0|
-|2020-01-01T00:00:24.000+08:00| 79.5|
-+-----------------------------+--------------------------------------------------+
-```
-
-##### Repair with Improved
-When `method` is 'Improved', improved decomposition method is used.
-
-Input series is the same as above, the SQL for query is shown below:
-
-```sql
-select seasonalrepair(s1,'method'='improved','period'=3) from root.test.d2
-```
-
-Output series:
-
-```
-+-----------------------------+-------------------------------------------------------------+
-| Time|valuerepair(root.test.d2.s1, 'method'='improved', 'period'=3)|
-+-----------------------------+-------------------------------------------------------------+
-|2020-01-01T00:00:02.000+08:00| 100.0|
-|2020-01-01T00:00:04.000+08:00| 120.0|
-|2020-01-01T00:00:06.000+08:00| 80.0|
-|2020-01-01T00:00:08.000+08:00| 100.5|
-|2020-01-01T00:00:10.000+08:00| 119.5|
-|2020-01-01T00:00:12.000+08:00| 81.5|
-|2020-01-01T00:00:14.000+08:00| 99.5|
-|2020-01-01T00:00:16.000+08:00| 119.0|
-|2020-01-01T00:00:18.000+08:00| 80.5|
-|2020-01-01T00:00:20.000+08:00| 99.0|
-|2020-01-01T00:00:22.000+08:00| 121.0|
-|2020-01-01T00:00:24.000+08:00| 79.5|
-+-----------------------------+-------------------------------------------------------------+
-```
-
-<!--
-
- Licensed to the Apache Software Foundation (ASF) under one
- or more contributor license agreements. See the NOTICE file
- distributed with this work for additional information
- regarding copyright ownership. The ASF licenses this file
- to you under the Apache License, Version 2.0 (the
- "License"); you may not use this file except in compliance
- with the License. You may obtain a copy of the License at
-
- http://www.apache.org/licenses/LICENSE-2.0
-
- Unless required by applicable law or agreed to in writing,
- software distributed under the License is distributed on an
- "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
- KIND, either express or implied. See the License for the
- specific language governing permissions and limitations
- under the License.
-
--->
-
-## Series Discovery
-
-### ConsecutiveSequences
-
-#### Registration statement
-
-```sql
-create function consecutivesequences as 'org.apache.iotdb.library.series.UDTFConsecutiveSequences'
-```
-
-#### Usage
-
-This function is used to find locally longest consecutive subsequences in strictly equispaced multidimensional data.
-
-Strictly equispaced data is the data whose time intervals are strictly equal. Missing data, including missing rows and missing values, is allowed in it, while data redundancy and timestamp drift is not allowed.
-
-Consecutive subsequence is the subsequence that is strictly equispaced with the standard time interval without any missing data. If a consecutive subsequence is not a proper subsequence of any consecutive subsequence, it is locally longest.
-
-**Name:** CONSECUTIVESEQUENCES
-
-**Input Series:** Support multiple input series. The type is arbitrary but the data is strictly equispaced.
-
-**Parameters:**
-
-+ `gap`: The standard time interval which is a positive number with an unit. The unit is 'ms' for millisecond, 's' for second, 'm' for minute, 'h' for hour and 'd' for day. By default, it will be estimated by the mode of time intervals.
-
-**Output Series:** Output a single series. The type is INT32. Each data point in the output series corresponds to a locally longest consecutive subsequence. The output timestamp is the starting timestamp of the subsequence and the output value is the number of data points in the subsequence.
-
-**Note:** For input series that is not strictly equispaced, there is no guarantee on the output.
-
-#### Examples
-
-##### Manually Specify the Standard Time Interval
-
-It's able to manually specify the standard time interval by the parameter `gap`. It's notable that false parameter leads to false output.
-
-Input series:
-
-```
-+-----------------------------+---------------+---------------+
-| Time|root.test.d1.s1|root.test.d1.s2|
-+-----------------------------+---------------+---------------+
-|2020-01-01T00:00:00.000+08:00| 1.0| 1.0|
-|2020-01-01T00:05:00.000+08:00| 1.0| 1.0|
-|2020-01-01T00:10:00.000+08:00| 1.0| 1.0|
-|2020-01-01T00:20:00.000+08:00| 1.0| 1.0|
-|2020-01-01T00:25:00.000+08:00| 1.0| 1.0|
-|2020-01-01T00:30:00.000+08:00| 1.0| 1.0|
-|2020-01-01T00:35:00.000+08:00| 1.0| 1.0|
-|2020-01-01T00:40:00.000+08:00| 1.0| null|
-|2020-01-01T00:45:00.000+08:00| 1.0| 1.0|
-|2020-01-01T00:50:00.000+08:00| 1.0| 1.0|
-+-----------------------------+---------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select consecutivesequences(s1,s2,'gap'='5m') from root.test.d1
-```
-
-Output series:
-
-```
-+-----------------------------+------------------------------------------------------------------+
-| Time|consecutivesequences(root.test.d1.s1, root.test.d1.s2, "gap"="5m")|
-+-----------------------------+------------------------------------------------------------------+
-|2020-01-01T00:00:00.000+08:00| 3|
-|2020-01-01T00:20:00.000+08:00| 4|
-|2020-01-01T00:45:00.000+08:00| 2|
-+-----------------------------+------------------------------------------------------------------+
-```
-
-
-##### Automatically Estimate the Standard Time Interval
-
-When `gap` is default, this function estimates the standard time interval by the mode of time intervals and gets the same results. Therefore, this usage is more recommended.
-
-Input series is the same as above, the SQL for query is shown below:
-
-```sql
-select consecutivesequences(s1,s2) from root.test.d1
-```
-
-Output series:
-
-```
-+-----------------------------+------------------------------------------------------+
-| Time|consecutivesequences(root.test.d1.s1, root.test.d1.s2)|
-+-----------------------------+------------------------------------------------------+
-|2020-01-01T00:00:00.000+08:00| 3|
-|2020-01-01T00:20:00.000+08:00| 4|
-|2020-01-01T00:45:00.000+08:00| 2|
-+-----------------------------+------------------------------------------------------+
-```
-
-### ConsecutiveWindows
-
-#### Registration statement
-
-```sql
-create function consecutivewindows as 'org.apache.iotdb.library.series.UDTFConsecutiveWindows'
-```
-
-#### Usage
-
-This function is used to find consecutive windows of specified length in strictly equispaced multidimensional data.
-
-Strictly equispaced data is the data whose time intervals are strictly equal. Missing data, including missing rows and missing values, is allowed in it, while data redundancy and timestamp drift is not allowed.
-
-Consecutive window is the subsequence that is strictly equispaced with the standard time interval without any missing data.
-
-**Name:** CONSECUTIVEWINDOWS
-
-**Input Series:** Support multiple input series. The type is arbitrary but the data is strictly equispaced.
-
-**Parameters:**
-
-+ `gap`: The standard time interval which is a positive number with an unit. The unit is 'ms' for millisecond, 's' for second, 'm' for minute, 'h' for hour and 'd' for day. By default, it will be estimated by the mode of time intervals.
-+ `length`: The length of the window which is a positive number with an unit. The unit is 'ms' for millisecond, 's' for second, 'm' for minute, 'h' for hour and 'd' for day. This parameter cannot be lacked.
-
-**Output Series:** Output a single series. The type is INT32. Each data point in the output series corresponds to a consecutive window. The output timestamp is the starting timestamp of the window and the output value is the number of data points in the window.
-
-**Note:** For input series that is not strictly equispaced, there is no guarantee on the output.
-
-#### Examples
-
-
-Input series:
-
-```
-+-----------------------------+---------------+---------------+
-| Time|root.test.d1.s1|root.test.d1.s2|
-+-----------------------------+---------------+---------------+
-|2020-01-01T00:00:00.000+08:00| 1.0| 1.0|
-|2020-01-01T00:05:00.000+08:00| 1.0| 1.0|
-|2020-01-01T00:10:00.000+08:00| 1.0| 1.0|
-|2020-01-01T00:20:00.000+08:00| 1.0| 1.0|
-|2020-01-01T00:25:00.000+08:00| 1.0| 1.0|
-|2020-01-01T00:30:00.000+08:00| 1.0| 1.0|
-|2020-01-01T00:35:00.000+08:00| 1.0| 1.0|
-|2020-01-01T00:40:00.000+08:00| 1.0| null|
-|2020-01-01T00:45:00.000+08:00| 1.0| 1.0|
-|2020-01-01T00:50:00.000+08:00| 1.0| 1.0|
-+-----------------------------+---------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select consecutivewindows(s1,s2,'length'='10m') from root.test.d1
-```
-
-Output series:
-
-```
-+-----------------------------+--------------------------------------------------------------------+
-| Time|consecutivewindows(root.test.d1.s1, root.test.d1.s2, "length"="10m")|
-+-----------------------------+--------------------------------------------------------------------+
-|2020-01-01T00:00:00.000+08:00| 3|
-|2020-01-01T00:20:00.000+08:00| 3|
-|2020-01-01T00:25:00.000+08:00| 3|
-+-----------------------------+--------------------------------------------------------------------+
-```
-
-<!--
-
- Licensed to the Apache Software Foundation (ASF) under one
- or more contributor license agreements. See the NOTICE file
- distributed with this work for additional information
- regarding copyright ownership. The ASF licenses this file
- to you under the Apache License, Version 2.0 (the
- "License"); you may not use this file except in compliance
- with the License. You may obtain a copy of the License at
-
- http://www.apache.org/licenses/LICENSE-2.0
-
- Unless required by applicable law or agreed to in writing,
- software distributed under the License is distributed on an
- "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
- KIND, either express or implied. See the License for the
- specific language governing permissions and limitations
- under the License.
-
--->
-
-## Machine Learning
-
-### AR
-
-#### Registration statement
-
-```sql
-create function ar as 'org.apache.iotdb.library.dlearn.UDTFAR'
-```
-
-#### Usage
-
-This function is used to learn the coefficients of the autoregressive models for a time series.
-
-**Name:** AR
-
-**Input Series:** Only support a single input numeric series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-- `p`: The order of the autoregressive model. Its default value is 1.
-
-**Output Series:** Output a single series. The type is DOUBLE. The first line corresponds to the first order coefficient, and so on.
-
-**Note:**
-
-- Parameter `p` should be a positive integer.
-- Most points in the series should be sampled at a constant time interval.
-- Linear interpolation is applied for the missing points in the series.
-
-#### Examples
-
-##### Assigning Model Order
-
-Input Series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d0.s0|
-+-----------------------------+---------------+
-|2020-01-01T00:00:01.000+08:00| -4.0|
-|2020-01-01T00:00:02.000+08:00| -3.0|
-|2020-01-01T00:00:03.000+08:00| -2.0|
-|2020-01-01T00:00:04.000+08:00| -1.0|
-|2020-01-01T00:00:05.000+08:00| 0.0|
-|2020-01-01T00:00:06.000+08:00| 1.0|
-|2020-01-01T00:00:07.000+08:00| 2.0|
-|2020-01-01T00:00:08.000+08:00| 3.0|
-|2020-01-01T00:00:09.000+08:00| 4.0|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select ar(s0,"p"="2") from root.test.d0
-```
-
-Output Series:
-
-```
-+-----------------------------+---------------------------+
-| Time|ar(root.test.d0.s0,"p"="2")|
-+-----------------------------+---------------------------+
-|1970-01-01T08:00:00.001+08:00| 0.9429|
-|1970-01-01T08:00:00.002+08:00| -0.2571|
-+-----------------------------+---------------------------+
-```
-
-### Representation
-
-#### Usage
-
-This function is used to represent a time series.
-
-**Name:** Representation
-
-**Input Series:** Only support a single input numeric series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-- `tb`: The number of timestamp blocks. Its default value is 10.
-- `vb`: The number of value blocks. Its default value is 10.
-
-**Output Series:** Output a single series. The type is INT32. The length is `tb*vb`. The timestamps starting from 0 only indicate the order.
-
-**Note:**
-
-- Parameters `tb` and `vb` should be positive integers.
-
-#### Examples
-
-##### Assigning Window Size and Dimension
-
-Input Series:
-
-```
-+-----------------------------+---------------+
-| Time|root.test.d0.s0|
-+-----------------------------+---------------+
-|2020-01-01T00:00:01.000+08:00| -4.0|
-|2020-01-01T00:00:02.000+08:00| -3.0|
-|2020-01-01T00:00:03.000+08:00| -2.0|
-|2020-01-01T00:00:04.000+08:00| -1.0|
-|2020-01-01T00:00:05.000+08:00| 0.0|
-|2020-01-01T00:00:06.000+08:00| 1.0|
-|2020-01-01T00:00:07.000+08:00| 2.0|
-|2020-01-01T00:00:08.000+08:00| 3.0|
-|2020-01-01T00:00:09.000+08:00| 4.0|
-+-----------------------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select representation(s0,"tb"="3","vb"="2") from root.test.d0
-```
-
-Output Series:
-
-```
-+-----------------------------+-------------------------------------------------+
-| Time|representation(root.test.d0.s0,"tb"="3","vb"="2")|
-+-----------------------------+-------------------------------------------------+
-|1970-01-01T08:00:00.001+08:00| 1|
-|1970-01-01T08:00:00.002+08:00| 1|
-|1970-01-01T08:00:00.003+08:00| 0|
-|1970-01-01T08:00:00.004+08:00| 0|
-|1970-01-01T08:00:00.005+08:00| 1|
-|1970-01-01T08:00:00.006+08:00| 1|
-+-----------------------------+-------------------------------------------------+
-```
-
-### RM
-
-#### Usage
-
-This function is used to calculate the matching score of two time series according to the representation.
-
-**Name:** RM
-
-**Input Series:** Only support two input numeric series. The type is INT32 / INT64 / FLOAT / DOUBLE.
-
-**Parameters:**
-
-- `tb`: The number of timestamp blocks. Its default value is 10.
-- `vb`: The number of value blocks. Its default value is 10.
-
-**Output Series:** Output a single series. The type is DOUBLE. There is only one data point in the series, whose timestamp is 0 and value is the matching score.
-
-**Note:**
-
-- Parameters `tb` and `vb` should be positive integers.
-
-#### Examples
-
-##### Assigning Window Size and Dimension
-
-Input Series:
-
-```
-+-----------------------------+---------------+---------------+
-| Time|root.test.d0.s0|root.test.d0.s1
-+-----------------------------+---------------+---------------+
-|2020-01-01T00:00:01.000+08:00| -4.0| -4.0|
-|2020-01-01T00:00:02.000+08:00| -3.0| -3.0|
-|2020-01-01T00:00:03.000+08:00| -3.0| -3.0|
-|2020-01-01T00:00:04.000+08:00| -1.0| -1.0|
-|2020-01-01T00:00:05.000+08:00| 0.0| 0.0|
-|2020-01-01T00:00:06.000+08:00| 1.0| 1.0|
-|2020-01-01T00:00:07.000+08:00| 2.0| 2.0|
-|2020-01-01T00:00:08.000+08:00| 3.0| 3.0|
-|2020-01-01T00:00:09.000+08:00| 4.0| 4.0|
-+-----------------------------+---------------+---------------+
-```
-
-SQL for query:
-
-```sql
-select rm(s0, s1,"tb"="3","vb"="2") from root.test.d0
-```
-
-Output Series:
-
-```
-+-----------------------------+-----------------------------------------------------+
-| Time|rm(root.test.d0.s0,root.test.d0.s1,"tb"="3","vb"="2")|
-+-----------------------------+-----------------------------------------------------+
-|1970-01-01T08:00:00.001+08:00| 1.00|
-+-----------------------------+-----------------------------------------------------+
-```
-
diff --git a/src/UserGuide/Master/Tree/Reference/Keywords.md b/src/UserGuide/Master/Tree/SQL-Manual/Keywords.md
similarity index 100%
rename from src/UserGuide/Master/Tree/Reference/Keywords.md
rename to src/UserGuide/Master/Tree/SQL-Manual/Keywords.md
diff --git a/src/UserGuide/latest/Reference/Syntax-Rule.md b/src/UserGuide/Master/Tree/SQL-Manual/Syntax-Rule.md
similarity index 100%
copy from src/UserGuide/latest/Reference/Syntax-Rule.md
copy to src/UserGuide/Master/Tree/SQL-Manual/Syntax-Rule.md
diff --git a/src/UserGuide/Master/Tree/SQL-Manual/UDF-Libraries.md b/src/UserGuide/Master/Tree/SQL-Manual/UDF-Libraries.md
new file mode 100644
index 00000000..2867a78e
--- /dev/null
+++ b/src/UserGuide/Master/Tree/SQL-Manual/UDF-Libraries.md
@@ -0,0 +1,23 @@
+---
+redirectTo: UDF-Libraries_apache.html
+---
+<!--
+
+ Licensed to the Apache Software Foundation (ASF) under one
+ or more contributor license agreements. See the NOTICE file
+ distributed with this work for additional information
+ regarding copyright ownership. The ASF licenses this file
+ to you under the Apache License, Version 2.0 (the
+ "License"); you may not use this file except in compliance
+ with the License. You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing,
+ software distributed under the License is distributed on an
+ "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ KIND, either express or implied. See the License for the
+ specific language governing permissions and limitations
+ under the License.
+
+-->
\ No newline at end of file
diff --git a/src/UserGuide/Master/Tree/SQL-Manual/UDF-Libraries_apache.md b/src/UserGuide/Master/Tree/SQL-Manual/UDF-Libraries_apache.md
index 8bab853b..c2a0dcd5 100644
--- a/src/UserGuide/Master/Tree/SQL-Manual/UDF-Libraries_apache.md
+++ b/src/UserGuide/Master/Tree/SQL-Manual/UDF-Libraries_apache.md
@@ -37,7 +37,7 @@ Based on the ability of user-defined functions, IoTDB provides a series of funct
| apache-UDF-1.3.2.zip | V1.0.0～V1.3.2 | Please contact Timecho for assistance|
2. Place the library-udf.jar file in the compressed file obtained in the directory `/ext/udf ` of all nodes in the IoTDB cluster
-3. In the SQL operation interface of IoTDB's SQL command line terminal (CLI), execute the corresponding function registration statement as follows.
+3. In the SQL operation interface of IoTDB's SQL command line terminal (CLI), execute the corresponding function registration statement as follows.
4. Batch registration: Two registration methods: registration script or SQL full statement
- Register Script
- Copy the registration script (register-UDF.sh or register-UDF.bat) from the compressed package to the `tools` directory of IoTDB as needed, and modify the parameters in the script (default is host=127.0.0.1, rpcPort=6667, user=root, pass=root);
@@ -46,7 +46,6 @@ Based on the ability of user-defined functions, IoTDB provides a series of funct
- All SQL statements
- Open the SQl file in the compressed package, copy all SQL statements, and in the SQL operation interface of IoTDB's SQL command line terminal (CLI), execute all SQl statements to batch register UDFs
-
## Data Quality
### Completeness
diff --git a/src/UserGuide/Master/Tree/User-Manual/Data-Sync_apache.md b/src/UserGuide/Master/Tree/User-Manual/Data-Sync_apache.md
index 98ec4214..a2ffa995 100644
--- a/src/UserGuide/Master/Tree/User-Manual/Data-Sync_apache.md
+++ b/src/UserGuide/Master/Tree/User-Manual/Data-Sync_apache.md
@@ -255,7 +255,7 @@ Detailed introduction of pre-installed plugins is as follows (for detailed param
</tbody>
</table>
-For importing custom plugins, please refer to the [Stream Processing](./Streaming_timecho.md#custom-stream-processing-plugin-management) section.
+For importing custom plugins, please refer to the [Stream Processing](./Streaming_apache.md#custom-stream-processing-plugin-management) section.
## Use examples
diff --git a/src/UserGuide/Master/Tree/User-Manual/Data-Sync_timecho.md b/src/UserGuide/Master/Tree/User-Manual/Data-Sync_timecho.md
index 1cec246a..5b707500 100644
--- a/src/UserGuide/Master/Tree/User-Manual/Data-Sync_timecho.md
+++ b/src/UserGuide/Master/Tree/User-Manual/Data-Sync_timecho.md
@@ -435,6 +435,7 @@ This example is used to demonstrate the scenario where data from one IoTDB is sy
+
In this example, the iotdb-air-gap-sink plugin in the sink task needs to be used . After configuring the gateway, execute the following statement on A IoTDB. Fill in the node-urls with the URL of the data service port of the DataNode node on the target IoTDB configured by the gateway, as detailed below:
```SQL
diff --git a/src/UserGuide/Master/Tree/User-Manual/Data-subscription.md b/src/UserGuide/Master/Tree/User-Manual/Data-subscription.md
index 5cba93a7..3d219df6 100644
--- a/src/UserGuide/Master/Tree/User-Manual/Data-subscription.md
+++ b/src/UserGuide/Master/Tree/User-Manual/Data-subscription.md
@@ -80,6 +80,7 @@ WITH (
'start-time' = '2023-01-01',
'end-time' = '2023-12-31'
);
+```
#### 3.1.2 Delete Topic
diff --git a/src/UserGuide/Master/Tree/User-Manual/IoTDB-View_timecho.md b/src/UserGuide/Master/Tree/User-Manual/IoTDB-View_timecho.md
index b5c8260e..19584739 100644
--- a/src/UserGuide/Master/Tree/User-Manual/IoTDB-View_timecho.md
+++ b/src/UserGuide/Master/Tree/User-Manual/IoTDB-View_timecho.md
@@ -434,7 +434,6 @@ DELETE VIEW root.view.device.avg_temperatue
### View Synchronisation
-
#### If the dependent original sequence is deleted
When the sequence view is queried (when the sequence is parsed), **the empty result set** is returned if the dependent time series does not exist.
diff --git a/src/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_apache.md b/src/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_apache.md
index e6664dfd..2bec26da 100644
--- a/src/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_apache.md
+++ b/src/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_apache.md
@@ -113,7 +113,7 @@ The application scenarios mainly include two categories:
- If different types of devices in the scenario have different hierarchical paths and data point sets, create branches under the database node by device type. Each device type can have a different data point structure.
<div style="text-align: center;">
- <img src="/img/Data-model-en01.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-en-11.png" alt="" style="width: 70%;"/>
</div>
##### 3.1.3.2 How to model when there are no devices, only data points?
diff --git a/src/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_timecho.md b/src/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_timecho.md
index 40ed6e89..0e843c87 100644
--- a/src/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_timecho.md
+++ b/src/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_timecho.md
@@ -115,7 +115,7 @@ The application scenarios mainly include three categories:
- If different types of devices in the scenario have different hierarchical paths and data point sets, create branches under the database node by device type. Each device type can have a different data point structure.
<div style="text-align: center;">
- <img src="/img/Data-model-en01.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-en-11.png" alt="" style="width: 70%;"/>
</div>
##### 3.1.3.2 How to model when there are no devices, only data points?
@@ -207,7 +207,7 @@ The application scenarios mainly include three categories:
- **Table View**T: Create a table view for each type of device, with each table view having different tags and data point sets.
<div style="text-align: center;">
- <img src="/img/Data-model-en07.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-en-10.png" alt="" style="width: 70%;"/>
</div>
##### 3.3.2.2 How to model when there are no device identifier columns or attribute columns?
diff --git a/src/UserGuide/latest/Background-knowledge/Data-Model-and-Terminology.md b/src/UserGuide/latest/Background-knowledge/Data-Model-and-Terminology.md
deleted file mode 100644
index 27573b2b..00000000
--- a/src/UserGuide/latest/Background-knowledge/Data-Model-and-Terminology.md
+++ /dev/null
@@ -1,152 +0,0 @@
-<!--
-
- Licensed to the Apache Software Foundation (ASF) under one
- or more contributor license agreements. See the NOTICE file
- distributed with this work for additional information
- regarding copyright ownership. The ASF licenses this file
- to you under the Apache License, Version 2.0 (the
- "License"); you may not use this file except in compliance
- with the License. You may obtain a copy of the License at
-
- http://www.apache.org/licenses/LICENSE-2.0
-
- Unless required by applicable law or agreed to in writing,
- software distributed under the License is distributed on an
- "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
- KIND, either express or implied. See the License for the
- specific language governing permissions and limitations
- under the License.
-
--->
-
-# Data Model
-
-A wind power IoT scenario is taken as an example to illustrate how to create a correct data model in IoTDB.
-
-According to the enterprise organization structure and equipment entity hierarchy, it is expressed as an attribute hierarchy structure, as shown below. The hierarchical from top to bottom is: power group layer - power plant layer - entity layer - measurement layer. ROOT is the root node, and each node of measurement layer is a leaf node. In the process of using IoTDB, the attributes on the path from ROOT node is directly connected to each leaf node with ".", thus forming the name of a ti [...]
-
-<center><img style="width:100%; max-width:800px; max-height:600px; margin-left:auto; margin-right:auto; display:block;" src="/img/github/122668849-b1c69280-d1ec-11eb-83cb-3b73c40bdf72.png"></center>
-
-Here are the basic concepts of the model involved in IoTDB.
-
-## Measurement, Entity, Database, Path
-
-### Measurement (Also called field)
-
-It is information measured by detection equipment in an actual scene and can transform the sensed information into an electrical signal or other desired form of information output and send it to IoTDB. In IoTDB, all data and paths stored are organized in units of measurements.
-
-### Entity (Also called device)
-
-**An entity** is an equipped with measurements in real scenarios. In IoTDB, all measurements should have their corresponding entities. Entities do not need to be created manually, the default is the second last layer.
-
-### Database
-
-**A group of entities.** Users can create any prefix path as a database. Provided that there are four timeseries `root.ln.wf01.wt01.status`, `root.ln.wf01.wt01.temperature`, `root.ln.wf02.wt02.hardware`, `root.ln.wf02.wt02.status`, two devices `wf01`, `wf02` under the path `root.ln` may belong to the same owner or the same manufacturer, so d1 and d2 are closely related. At this point, the prefix path root.vehicle can be designated as a database, which will enable IoTDB to store all devi [...]
-
-In general, it is recommended to create 1 database.
-
-> Note1: A full path (`root.ln.wf01.wt01.status` as in the above example) is not allowed to be set as a database.
->
-> Note2: The prefix of a timeseries must belong to a database. Before creating a timeseries, users must set which database the series belongs to. Only timeseries whose database is set can be persisted to disk.
->
-> Note3: The number of character in the path as database, including `root.`, shall not exceed 64.
-
-Once a prefix path is set as a database, the database settings cannot be changed.
-
-After a database is set, the ancestral layers, children and descendant layers of the corresponding prefix path are not allowed to be set up again (for example, after `root.ln` is set as the database, the root layer and `root.ln.wf01` are not allowed to be created as database).
-
-The Layer Name of database can only consist of characters, numbers, and underscores, like `root.storagegroup_1`.
-
-**Schema-less writing**: When metadata is not defined, data can be directly written through an insert statement, and the required metadata will be automatically recognized and registered in the database, achieving automatic modeling.
-
-### Path
-
-A `path` is an expression that conforms to the following constraints:
-
-```sql
-path
- : nodeName ('.' nodeName)*
- ;
-
-nodeName
- : wildcard? identifier wildcard?
- | wildcard
- ;
-
-wildcard
- : '*'
- | '**'
- ;
-```
-
-We call the part of a path divided by `'.'` as a `node` or `nodeName`. For example: `root.a.b.c` is a path with 4 nodes.
-
-The following are the constraints on the `nodeName`:
-
-* `root` is a reserved character, and it is only allowed to appear at the beginning layer of the time series mentioned below. If `root` appears in other layers, it cannot be parsed and an error will be reported.
-* Except for the beginning layer (`root`) of the time series, the characters supported in other layers are as follows:
-
- * [ 0-9 a-z A-Z _ ] （letters, numbers, underscore)
- * ['\u2E80'..'\u9FFF'] （Chinese characters）
-* In particular, if the system is deployed on a Windows machine, the database layer name will be case-insensitive. For example, creating both `root.ln` and `root.LN` at the same time is not allowed.
-
-### Special characters (Reverse quotation marks)
-
-If you need to use special characters in the path node name, you can use reverse quotation marks to reference the path node name. For specific usage, please refer to [Reverse Quotation Marks](../Reference/Syntax-Rule.md#reverse-quotation-marks).
-
-### Path Pattern
-
-In order to make it easier and faster to express multiple timeseries paths, IoTDB provides users with the path pattern. Users can construct a path pattern by using wildcard `*` and `**`. Wildcard can appear in any node of the path.
-
-`*` represents one node. For example, `root.vehicle.*.sensor1` represents a 4-node path which is prefixed with `root.vehicle` and suffixed with `sensor1`.
-
-`**` represents (`*`)+, which is one or more nodes of `*`. For example, `root.vehicle.device1.**` represents all paths prefixed by `root.vehicle.device1` with nodes num greater than or equal to 4, like `root.vehicle.device1.*`, `root.vehicle.device1.*.*`, `root.vehicle.device1.*.*.*`, etc; `root.vehicle.**.sensor1` represents a path which is prefixed with `root.vehicle` and suffixed with `sensor1` and has at least 4 nodes.
-
-> Note1: Wildcard `*` and `**` cannot be placed at the beginning of the path.
-
-
-## Timeseries
-
-### Timestamp
-
-The timestamp is the time point at which data is produced. It includes absolute timestamps and relative timestamps. For detailed description, please go to [Data Type doc](../Background-knowledge/Data-Type.md).
-
-### Data point
-
-**A "time-value" pair**.
-
-### Timeseries
-
-**The record of a measurement of an entity on the time axis.** Timeseries is a series of data points.
-
-A measurement of an entity corresponds to a timeseries.
-
-Also called meter, timeline, and tag, parameter in real time database.
-
-The number of measurements managed by IoTDB can reach more than billions.
-
-For example, if entity wt01 in power plant wf01 of power group ln has a measurement named status, its timeseries can be expressed as: `root.ln.wf01.wt01.status`.
-
-### Aligned timeseries
-
-There is a situation that multiple measurements of an entity are sampled simultaneously in practical applications, forming multiple timeseries with the same time column. Such a group of timeseries can be modeled as aligned timeseries in Apache IoTDB.
-
-The timestamp columns of a group of aligned timeseries need to be stored only once in memory and disk when inserting data, instead of once per timeseries.
-
-It would be best if you created a group of aligned timeseries at the same time.
-
-You cannot create non-aligned timeseries under the entity to which the aligned timeseries belong, nor can you create aligned timeseries under the entity to which the non-aligned timeseries belong.
-
-When querying, you can query each timeseries separately.
-
-When inserting data, it is allowed to insert null value in the aligned timeseries.
-
-<img style="width:100%; max-width:800px; max-height:600px; margin-left:auto; margin-right:auto; display:block;" src="/img/github/114125919-f4850800-9929-11eb-8211-81d4c04af1ec.png">
-
-In the following chapters of data definition language, data operation language and Java Native Interface, various operations related to aligned timeseries will be introduced one by one.
-
-## Schema Template
-
-In the actual scenario, many entities collect the same measurements, that is, they have the same measurements name and type. A **schema template** can be declared to define the collectable measurements set. Schema template helps save memory by implementing schema sharing. For detailed description, please refer to [Schema Template doc](../Basic-Concept/Operate-Metadata.md#Device-Template).
-
-In the following chapters of, data definition language, data operation language and Java Native Interface, various operations related to schema template will be introduced one by one.
diff --git a/src/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_apache.md b/src/UserGuide/latest/Background-knowledge/Data-Model-and-Terminology_apache.md
similarity index 99%
copy from src/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_apache.md
copy to src/UserGuide/latest/Background-knowledge/Data-Model-and-Terminology_apache.md
index e6664dfd..2bec26da 100644
--- a/src/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_apache.md
+++ b/src/UserGuide/latest/Background-knowledge/Data-Model-and-Terminology_apache.md
@@ -113,7 +113,7 @@ The application scenarios mainly include two categories:
- If different types of devices in the scenario have different hierarchical paths and data point sets, create branches under the database node by device type. Each device type can have a different data point structure.
<div style="text-align: center;">
- <img src="/img/Data-model-en01.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-en-11.png" alt="" style="width: 70%;"/>
</div>
##### 3.1.3.2 How to model when there are no devices, only data points?
diff --git a/src/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_timecho.md b/src/UserGuide/latest/Background-knowledge/Data-Model-and-Terminology_timecho.md
similarity index 98%
copy from src/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_timecho.md
copy to src/UserGuide/latest/Background-knowledge/Data-Model-and-Terminology_timecho.md
index 40ed6e89..0e843c87 100644
--- a/src/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_timecho.md
+++ b/src/UserGuide/latest/Background-knowledge/Data-Model-and-Terminology_timecho.md
@@ -115,7 +115,7 @@ The application scenarios mainly include three categories:
- If different types of devices in the scenario have different hierarchical paths and data point sets, create branches under the database node by device type. Each device type can have a different data point structure.
<div style="text-align: center;">
- <img src="/img/Data-model-en01.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-en-11.png" alt="" style="width: 70%;"/>
</div>
##### 3.1.3.2 How to model when there are no devices, only data points?
@@ -207,7 +207,7 @@ The application scenarios mainly include three categories:
- **Table View**T: Create a table view for each type of device, with each table view having different tags and data point sets.
<div style="text-align: center;">
- <img src="/img/Data-model-en07.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-en-10.png" alt="" style="width: 70%;"/>
</div>
##### 3.3.2.2 How to model when there are no device identifier columns or attribute columns?
diff --git a/src/UserGuide/latest/Basic-Concept/Operate-Metadata_apache.md b/src/UserGuide/latest/Basic-Concept/Operate-Metadata_apache.md
index 00bd8e68..3b2b6de9 100644
--- a/src/UserGuide/latest/Basic-Concept/Operate-Metadata_apache.md
+++ b/src/UserGuide/latest/Basic-Concept/Operate-Metadata_apache.md
@@ -1011,7 +1011,59 @@ IoTDB> show timeseries where TAGS(tag1)='v1'
The above operations are supported for timeseries tag, attribute updates, etc.
-## Node Management
+## Path query
+
+### Path
+
+A `path` is an expression that conforms to the following constraints:
+
+```sql
+path
+ : nodeName ('.' nodeName)*
+ ;
+
+nodeName
+ : wildcard? identifier wildcard?
+ | wildcard
+ ;
+
+wildcard
+ : '*'
+ | '**'
+ ;
+```
+
+### NodeName
+
+- The parts of a path separated by `.` are called node names (`nodeName`).
+- For example, `root.a.b.c` is a path with a depth of 4 levels, where `root`, `a`, `b`, and `c` are all node names.
+
+#### Constraints
+
+- **Reserved keyword `root`**: `root` is a reserved keyword that is only allowed at the beginning of a path. If `root` appears in any other level, the system will fail to parse it and report an error.
+- **Character support**: Except for the first level (`root`), other levels support the following characters:
+ - Letters (`a-z`, `A-Z`)
+ - Digits (`0-9`)
+ - Underscores (`_`)
+ - UNICODE Chinese characters (`\u2E80` to `\u9FFF`)
+- **Case sensitivity**: On Windows systems, path node names in the database are case-insensitive. For example, `root.ln` and `root.LN` are considered the same path.
+
+### Special Characters (Backquote)
+
+If special characters (such as spaces or punctuation marks) are needed in a `nodeName`, you can enclose the node name in Backquote (`). For more information on the use of backticks, please refer to [Backquote](../SQL-Manual/Syntax-Rule.md#reverse-quotation-marks).
+
+### Path Pattern
+
+To make it more convenient and efficient to express multiple time series, IoTDB provides paths with wildcards `*` and `**`. Wildcards can appear in any level of a path.
+
+- **Single-level wildcard (`\*`)**: Represents one level in a path.
+ - For example, `root.vehicle.*.sensor1` represents paths with a depth of 4 levels, prefixed by `root.vehicle` and suffixed by `sensor1`.
+- **Multi-level wildcard (`\**`)**: Represents one or more levels (`*`+).
+ - For example:
+ - `root.vehicle.device1.**` represents all paths with a depth of 4 or more levels, prefixed by `root.vehicle.device1`.
+ - `root.vehicle.**.sensor1` represents paths with a depth of 4 or more levels, prefixed by `root.vehicle` and suffixed by `sensor1`.
+
+**Note**: `*` and `**` cannot be placed at the beginning of a path.
### Show Child Paths
diff --git a/src/UserGuide/latest/Basic-Concept/Operate-Metadata_timecho.md b/src/UserGuide/latest/Basic-Concept/Operate-Metadata_timecho.md
index 568b1ee0..4380b55a 100644
--- a/src/UserGuide/latest/Basic-Concept/Operate-Metadata_timecho.md
+++ b/src/UserGuide/latest/Basic-Concept/Operate-Metadata_timecho.md
@@ -1052,7 +1052,59 @@ IoTDB> show timeseries where TAGS(tag1)='v1'
The above operations are supported for timeseries tag, attribute updates, etc.
-## Node Management
+## Path query
+
+### Path
+
+A `path` is an expression that conforms to the following constraints:
+
+```sql
+path
+ : nodeName ('.' nodeName)*
+ ;
+
+nodeName
+ : wildcard? identifier wildcard?
+ | wildcard
+ ;
+
+wildcard
+ : '*'
+ | '**'
+ ;
+```
+
+### NodeName
+
+- The parts of a path separated by `.` are called node names (`nodeName`).
+- For example, `root.a.b.c` is a path with a depth of 4 levels, where `root`, `a`, `b`, and `c` are all node names.
+
+#### Constraints
+
+- **Reserved keyword `root`**: `root` is a reserved keyword that is only allowed at the beginning of a path. If `root` appears in any other level, the system will fail to parse it and report an error.
+- **Character support**: Except for the first level (`root`), other levels support the following characters:
+ - Letters (`a-z`, `A-Z`)
+ - Digits (`0-9`)
+ - Underscores (`_`)
+ - UNICODE Chinese characters (`\u2E80` to `\u9FFF`)
+- **Case sensitivity**: On Windows systems, path node names in the database are case-insensitive. For example, `root.ln` and `root.LN` are considered the same path.
+
+### Special Characters (Backquote)
+
+If special characters (such as spaces or punctuation marks) are needed in a `nodeName`, you can enclose the node name in Backquote (`). For more information on the use of backticks, please refer to [Backquote](../SQL-Manual/Syntax-Rule.md#reverse-quotation-marks).
+
+### Path Pattern
+
+To make it more convenient and efficient to express multiple time series, IoTDB provides paths with wildcards `*` and `**`. Wildcards can appear in any level of a path.
+
+- **Single-level wildcard (`\*`)**: Represents one level in a path.
+ - For example, `root.vehicle.*.sensor1` represents paths with a depth of 4 levels, prefixed by `root.vehicle` and suffixed by `sensor1`.
+- **Multi-level wildcard (`\**`)**: Represents one or more levels (`*`+).
+ - For example:
+ - `root.vehicle.device1.**` represents all paths with a depth of 4 or more levels, prefixed by `root.vehicle.device1`.
+ - `root.vehicle.**.sensor1` represents paths with a depth of 4 or more levels, prefixed by `root.vehicle` and suffixed by `sensor1`.
+
+**Note**: `*` and `**` cannot be placed at the beginning of a path.
### Show Child Paths
diff --git a/src/UserGuide/latest/Basic-Concept/Write-Delete-Data.md b/src/UserGuide/latest/Basic-Concept/Write-Delete-Data.md
index f44323e5..3d8fdb3a 100644
--- a/src/UserGuide/latest/Basic-Concept/Write-Delete-Data.md
+++ b/src/UserGuide/latest/Basic-Concept/Write-Delete-Data.md
@@ -31,7 +31,7 @@ Writing a repeat timestamp covers the original timestamp data, which can be rega
### Use of INSERT Statements
-The [INSERT SQL statement](../SQL-Manual/SQL-Manual.md#insert-data) statement is used to insert data into one or more specified timeseries created. For each point of data inserted, it consists of a [timestamp](../Background-knowledge/Data-Model-and-Terminology.md) and a sensor acquisition value (see [Data Type](../Background-knowledge/Data-Type.md)).
+The [INSERT SQL statement](../SQL-Manual/SQL-Manual.md#insert-data) statement is used to insert data into one or more specified timeseries created. For each point of data inserted, it consists of a [timestamp](../Basic-Concept/Operate-Metadata.md) and a sensor acquisition value (see [Data Type](../Background-knowledge/Data-Type.md)).
**Schema-less writing**: When metadata is not defined, data can be directly written through an insert statement, and the required metadata will be automatically recognized and registered in the database, achieving automatic modeling.
@@ -244,7 +244,7 @@ delete from root.ln.wf02.wt02.status
### Delete Multiple Timeseries
-If both the power supply status and hardware version of the ln group wf02 plant wt02 device before 2017-11-01 16:26:00 need to be deleted, [the prefix path with broader meaning or the path with star](../Background-knowledge/Data-Model-and-Terminology.md) can be used to delete the data. The SQL statement for this operation is:
+If both the power supply status and hardware version of the ln group wf02 plant wt02 device before 2017-11-01 16:26:00 need to be deleted, [the prefix path with broader meaning or the path with star](../Basic-Concept/Operate-Metadata.md) can be used to delete the data. The SQL statement for this operation is:
```sql
delete from root.ln.wf02.wt02 where time <= 2017-11-01T16:26:00;
diff --git a/src/UserGuide/latest/QuickStart/QuickStart_apache.md b/src/UserGuide/latest/QuickStart/QuickStart_apache.md
index 97b48d7c..bfb8e98a 100644
--- a/src/UserGuide/latest/QuickStart/QuickStart_apache.md
+++ b/src/UserGuide/latest/QuickStart/QuickStart_apache.md
@@ -49,7 +49,7 @@ This guide will assist you in quickly installing and deploying IoTDB. You can qu
- Introduction to Time Series Concepts: [Navigating Time Series Data](../Background-knowledge/Navigating_Time_Series_Data.md)
- - Introduction to Modeling Design:[Data Model and Terminology](../Background-knowledge/Data-Model-and-Terminology.md)
+ - Introduction to Modeling Design:[Data Model and Terminology](../Background-knowledge/Data-Model-and-Terminology_apache.md)
- Introduction to SQL syntax[SQL syntax](../Basic-Concept/Operate-Metadata_apache.md)
diff --git a/src/UserGuide/latest/QuickStart/QuickStart_timecho.md b/src/UserGuide/latest/QuickStart/QuickStart_timecho.md
index 0319d81c..3728903a 100644
--- a/src/UserGuide/latest/QuickStart/QuickStart_timecho.md
+++ b/src/UserGuide/latest/QuickStart/QuickStart_timecho.md
@@ -56,7 +56,7 @@ This guide will assist you in quickly installing and deploying IoTDB. You can qu
- Introduction to Time Series Concepts: [Navigating Time Series Data](../Background-knowledge/Navigating_Time_Series_Data.md)
- - Introduction to Modeling Design:[Data Model and Terminology](../Background-knowledge/Data-Model-and-Terminology.md)
+ - Introduction to Modeling Design:[Data Model and Terminology](../Background-knowledge/Data-Model-and-Terminology_timecho.md)
- Introduction to SQL syntax[SQL syntax](../Basic-Concept/Operate-Metadata_timecho.md)
diff --git a/src/UserGuide/latest/Reference/Keywords.md b/src/UserGuide/latest/SQL-Manual/Keywords.md
similarity index 100%
rename from src/UserGuide/latest/Reference/Keywords.md
rename to src/UserGuide/latest/SQL-Manual/Keywords.md
diff --git a/src/UserGuide/latest/Reference/Syntax-Rule.md b/src/UserGuide/latest/SQL-Manual/Syntax-Rule.md
similarity index 100%
rename from src/UserGuide/latest/Reference/Syntax-Rule.md
rename to src/UserGuide/latest/SQL-Manual/Syntax-Rule.md
diff --git a/src/zh/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_apache.md b/src/zh/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_apache.md
index 87d4e5e3..377f3182 100644
--- a/src/zh/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_apache.md
+++ b/src/zh/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_apache.md
@@ -114,7 +114,7 @@ IoTDB 提供了两种数据建模方式——树模型和表模型，其特点
- 如场景中不同类型的设备具备不同的层级路径和测点集合，可以在数据库节点下按设备类型创建分支。每种设备下可以有不同的测点结构。
<div style="text-align: center;">
- <img src="/img/Modeling-scheme04.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-02.png" alt="" style="width: 70%;"/>
</div>
##### 3.1.3.2 如果场景中没有设备，只有测点，如何建模？
diff --git a/src/zh/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_timecho.md b/src/zh/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_timecho.md
index 68a12028..5a41c890 100644
--- a/src/zh/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_timecho.md
+++ b/src/zh/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_timecho.md
@@ -115,7 +115,7 @@ IoTDB 提供了两种数据建模方式——树模型和表模型，其特点
- 如场景中不同类型的设备具备不同的层级路径和测点集合，可以在数据库节点下按设备类型创建分支。每种设备下可以有不同的测点结构。
<div style="text-align: center;">
- <img src="/img/Modeling-scheme04.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-02.png" alt="" style="width: 70%;"/>
</div>
##### 3.1.3.2 如果场景中没有设备，只有测点，如何建模？
@@ -207,7 +207,7 @@ IoTDB 提供了两种数据建模方式——树模型和表模型，其特点
- 表视图：为每种类型的设备建立一张表视图，每个表视图具有不同的标签和测点集合。
<div style="text-align: center;">
- <img src="/img/Modeling-scheme01.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-01.png" alt="" style="width: 70%;"/>
</div>
##### 3.3.2.2 如果没有设备标识列和属性列，如何建模？
diff --git a/src/zh/UserGuide/Master/Tree/Background-knowledge/Data-Model-and-Terminology.md b/src/zh/UserGuide/Master/Tree/Background-knowledge/Data-Model-and-Terminology.md
deleted file mode 100644
index 8a9cf537..00000000
--- a/src/zh/UserGuide/Master/Tree/Background-knowledge/Data-Model-and-Terminology.md
+++ /dev/null
@@ -1,143 +0,0 @@
-<!--
-
- Licensed to the Apache Software Foundation (ASF) under one
- or more contributor license agreements. See the NOTICE file
- distributed with this work for additional information
- regarding copyright ownership. The ASF licenses this file
- to you under the Apache License, Version 2.0 (the
- "License"); you may not use this file except in compliance
- with the License. You may obtain a copy of the License at
-
- http://www.apache.org/licenses/LICENSE-2.0
-
- Unless required by applicable law or agreed to in writing,
- software distributed under the License is distributed on an
- "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
- KIND, either express or implied. See the License for the
- specific language governing permissions and limitations
- under the License.
-
--->
-
-# 数据模型
-
-我们以风电场物联网场景为例，说明如何在 IoTDB 中创建一个正确的数据模型。
-
-根据企业组织结构和设备实体层次结构，我们将其物联网数据模型表示为如下图所示的属性层级组织结构，即电力集团层-风电场层-实体层-物理量层。其中 ROOT 为根节点，物理量层的每一个节点为叶子节点。IoTDB 采用树形结构定义数据模式，以从 ROOT 节点到叶子节点的路径来命名一个时间序列，层次间以“.”连接。例如，下图最左侧路径对应的时间序列名称为`ROOT.ln.wf01.wt01.status`。
-
-<img style="width:100%; max-width:800px; max-height:600px; margin-left:auto; margin-right:auto; display:block;" src="/img/github/123542457-5f511d00-d77c-11eb-8006-562d83069baa.png">
-
-在上图所描述的实际场景中，有许多实体所采集的物理量相同，即具有相同的工况名称和类型，因此，可以声明一个**元数据模板**来定义可采集的物理量集合。在实践中，元数据模板的使用可帮助减少元数据的资源占用，详细内容参见 [元数据模板](../Basic-Concept/Operate-Metadata.md#元数据模板管理)。
-
-IoTDB 模型结构涉及的基本概念在下文将做详细叙述。
-
-## 1 数据库（Database）
-
-用户可以将任意前缀路径设置成数据库。如有 4 条时间序列`root.ln.wf01.wt01.status`, `root.ln.wf01.wt01.temperature`, `root.ln.wf02.wt02.hardware`, `root.ln.wf02.wt02.status`，路径`root.ln`下的两个实体 `wf01`, `wf02`可能属于同一个业主，或者同一个制造商，这时候就可以将前缀路径`root.ln`指定为一个数据库。未来`root.ln`下增加了新的实体，也将属于该数据库。
-
-一个 database 中的所有数据会存储在同一批文件夹下，不同 database 的数据会存储在磁盘的不同文件夹下，从而实现物理隔离。一般情况下建议设置 1 个 database。
-
-> 注意 1：不允许将一个完整路径（如上例的`root.ln.wf01.wt01.status`) 设置成 database。
->
-> 注意 2：一个时间序列其前缀必须属于某个 database。在创建时间序列之前，用户必须设定该序列属于哪个database。只有设置了 database 的时间序列才可以被持久化在磁盘上。
->
-> 注意 3：被设置为数据库的路径总字符数不能超过64，包括路径开头的`root.`这5个字符。
-
-一个前缀路径一旦被设定成 database 后就不可以再更改这个 database 的设定。
-
-一个 database 设定后，其对应的前缀路径的祖先层级与孩子及后裔层级也不允许再设置 database（如，`root.ln`设置 database 后，root 层级与`root.ln.wf01`不允许被设置为 database）。
-
-Database 节点名只支持中英文字符、数字和下划线的组合。例如`root.数据库_1` 。
-
-**无模式写入**：可以在未定义元数据时， 通过 insert 语句直接写入数据，数据库中将自动识别并注册所需的元数据，实现自动建模。
-
-## 2 设备（Device）
-
-**一个物理设备**，也称实体（Entity），是在实际场景中拥有物理量的设备或装置。在 IoTDB 当中，所有的物理量都有其对应的归属实体。实体无需手动创建，默认为倒数第二层。实体是管理的一组时间序列的组合，可以是一个物理设备、测量装置、传感器集合等。
-
-
-## 3 物理量（Measurement）
-
-**物理量**，也称工况或字段（field），是在实际场景中检测装置所记录的测量信息，且可以按一定规律变换成为电信号或其他所需形式的信息输出并发送给 IoTDB。在 IoTDB 当中，存储的所有数据及路径，都是以物理量为单位进行组织。
-
-## 4 时间序列
-
-### 4.1 时间戳 (Timestamp)
-
-时间戳是一个数据到来的时间点，其中包括绝对时间戳和相对时间戳，详细描述参见 [数据类型文档](../Background-knowledge/Data-Type.md)。
-
-### 4.2 数据点（Data Point）
-
-**一个“时间戳-值”对**。
-
-### 4.3 时间序列（Timeseries）
-
-**一个物理实体的某个物理量在时间轴上的记录**，是数据点的序列。
-
-一个实体的一个物理量对应一个时间序列，即实体+物理量=时间序列。
-
-时间序列也被称测点（meter）、时间线（timeline）。实时数据库中常被称作标签（tag）、参数（parameter）。 IoTDB管理的测点数量可达数十亿以上。
-
-例如，ln 电力集团、wf01 风电场的实体 wt01 有名为 status 的物理量，则它的时间序列可以表示为：`root.ln.wf01.wt01.status`。
-
-### 4.4 对齐时间序列（Aligned Timeseries）
-
-在实际应用中，存在某些实体的多个物理量**同时采样**，形成一组时间列相同的时间序列，这样的一组时间序列在Apache IoTDB中可以建模为对齐时间序列。
-
-在插入数据时，一组对齐序列的时间戳列在内存和磁盘中仅需存储一次，而不是每个时间序列存储一次。
-
-对齐的一组时间序列最好同时创建。
-
-不可以在对齐序列所属的实体下创建非对齐的序列，不可以在非对齐序列所属的实体下创建对齐序列。
-
-查询数据时，可以对于每一条时间序列单独查询。
-
-插入数据时，对齐的时间序列中某列的某些行允许有空值。
-
-<img style="width:100%; max-width:800px; max-height:600px; margin-left:auto; margin-right:auto; display:block;" src="/img/github/114125919-f4850800-9929-11eb-8211-81d4c04af1ec.png">
-
-在后续数据定义语言、数据操作语言和 Java 原生接口章节，将对涉及到对齐时间序列的各种操作进行逐一介绍。
-
-## 5 路径（Path）
-
-路径（`path`）是指符合以下约束的表达式：
-
-```sql
-path
- : nodeName ('.' nodeName)*
- ;
-
-nodeName
- : wildcard? identifier wildcard?
- | wildcard
- ;
-
-wildcard
- : '*'
- | '**'
- ;
-```
-
-我们称一个路径中由 `'.'` 分割的部分叫做路径结点名（`nodeName`）。例如：`root.a.b.c`为一个层级为 4 的路径。
-
-下面是对路径结点名（`nodeName`）的约束：
-
-* `root` 作为一个保留字符，它只允许出现在下文提到的时间序列的开头，若其他层级出现 `root`，则无法解析，提示报错。
-* 除了时间序列的开头的层级（`root`）外，其他的层级支持的字符如下：
- * [ 0-9 a-z A-Z _ ] （字母，数字，下划线）
- * ['\u2E80'..'\u9FFF'] （UNICODE 中文字符）
-* 特别地，如果系统在 Windows 系统上部署，那么 database 路径结点名是大小写不敏感的。例如，同时创建`root.ln` 和 `root.LN` 是不被允许的。
-
-### 5.1 特殊字符（反引号）
-
-如果需要在路径结点名中用特殊字符，可以用反引号引用路径结点名，具体使用方法可以参考[反引号](../SQL-Manual/Syntax-Rule.md#反引号)。
-
-## 6 路径模式（Path Pattern）
-
-为了使得在表达多个时间序列的时候更加方便快捷，IoTDB 为用户提供带通配符`*`或`**`的路径。用户可以利用两种通配符构造出期望的路径模式。通配符可以出现在路径中的任何层。
-
-`*`在路径中表示一层。例如`root.vehicle.*.sensor1`代表的是以`root.vehicle`为前缀，以`sensor1`为后缀，层次等于 4 层的路径。
-
-`**`在路径中表示是（`*`）+，即为一层或多层`*`。例如`root.vehicle.device1.**`代表的是`root.vehicle.device1.*`, `root.vehicle.device1.*.*`, `root.vehicle.device1.*.*.*`等所有以`root.vehicle.device1`为前缀路径的大于等于 4 层的路径；`root.vehicle.**.sensor1`代表的是以`root.vehicle`为前缀，以`sensor1`为后缀，层次大于等于 4 层的路径。
-
-> 注意：`*`和`**`不能放在路径开头。
diff --git a/src/zh/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_apache.md b/src/zh/UserGuide/Master/Tree/Background-knowledge/Data-Model-and-Terminology_apache.md
similarity index 99%
copy from src/zh/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_apache.md
copy to src/zh/UserGuide/Master/Tree/Background-knowledge/Data-Model-and-Terminology_apache.md
index 87d4e5e3..377f3182 100644
--- a/src/zh/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_apache.md
+++ b/src/zh/UserGuide/Master/Tree/Background-knowledge/Data-Model-and-Terminology_apache.md
@@ -114,7 +114,7 @@ IoTDB 提供了两种数据建模方式——树模型和表模型，其特点
- 如场景中不同类型的设备具备不同的层级路径和测点集合，可以在数据库节点下按设备类型创建分支。每种设备下可以有不同的测点结构。
<div style="text-align: center;">
- <img src="/img/Modeling-scheme04.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-02.png" alt="" style="width: 70%;"/>
</div>
##### 3.1.3.2 如果场景中没有设备，只有测点，如何建模？
diff --git a/src/zh/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_timecho.md b/src/zh/UserGuide/Master/Tree/Background-knowledge/Data-Model-and-Terminology_timecho.md
similarity index 98%
copy from src/zh/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_timecho.md
copy to src/zh/UserGuide/Master/Tree/Background-knowledge/Data-Model-and-Terminology_timecho.md
index 68a12028..5a41c890 100644
--- a/src/zh/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_timecho.md
+++ b/src/zh/UserGuide/Master/Tree/Background-knowledge/Data-Model-and-Terminology_timecho.md
@@ -115,7 +115,7 @@ IoTDB 提供了两种数据建模方式——树模型和表模型，其特点
- 如场景中不同类型的设备具备不同的层级路径和测点集合，可以在数据库节点下按设备类型创建分支。每种设备下可以有不同的测点结构。
<div style="text-align: center;">
- <img src="/img/Modeling-scheme04.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-02.png" alt="" style="width: 70%;"/>
</div>
##### 3.1.3.2 如果场景中没有设备，只有测点，如何建模？
@@ -207,7 +207,7 @@ IoTDB 提供了两种数据建模方式——树模型和表模型，其特点
- 表视图：为每种类型的设备建立一张表视图，每个表视图具有不同的标签和测点集合。
<div style="text-align: center;">
- <img src="/img/Modeling-scheme01.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-01.png" alt="" style="width: 70%;"/>
</div>
##### 3.3.2.2 如果没有设备标识列和属性列，如何建模？
diff --git a/src/zh/UserGuide/Master/Tree/Basic-Concept/Operate-Metadata_apache.md b/src/zh/UserGuide/Master/Tree/Basic-Concept/Operate-Metadata_apache.md
index 1f4b0e79..90610d1b 100644
--- a/src/zh/UserGuide/Master/Tree/Basic-Concept/Operate-Metadata_apache.md
+++ b/src/zh/UserGuide/Master/Tree/Basic-Concept/Operate-Metadata_apache.md
@@ -986,7 +986,57 @@ IoTDB> show timeseries where TAGS(tag1)='v1'
## 4 路径查询
-### 4.1 查看路径的所有子路径
+### 路径（Path）
+
+路径（path）是用于表示时间序列的层级结构的表达式，其语法定义如下：
+```SQL
+ path
+ : nodeName ('.' nodeName)*
+ ;
+
+ nodeName
+ : wildcard? identifier wildcard?
+ | wildcard
+ ;
+
+ wildcard
+ : '*'
+ | '**'
+ ;
+```
+### 路径结点名（NodeName）
+
+- 路径中由 `.` 分割的部分称为路径结点名（nodeName）。
+- 例如，`root.a.b.c` 是一个层级为 4 的路径，其中 root、a、b 和 c 都是路径结点名。
+
+#### 约束条件
+- 保留字符 root：root 是一个保留字符，仅允许出现在路径的开头。如果在其他层级出现 root，系统将无法解析并提示报错。
+
+- 字符支持：除 root 外的其他层级支持以下字符：
+ - 字母（a-z、A-Z）
+ - 数字（0-9）
+ - 下划线（_）
+ - UNICODE 中文字符（\u2E80 到 \u9FFF）
+- 大小写敏感性：在 Windows 系统上，数据库路径结点名是大小写不敏感的。例如，root.ln 和 root.LN 会被视为相同的路径。
+
+### 特殊字符（反引号）
+
+如果`路径结点名（NodeName）`中需要使用特殊字符（如空格、标点符号等），可以使用反引号（`）将结点名引用起来。更多关于反引号的使用方法，请参考[反引号](../SQL-Manual/Syntax-Rule.md#反引号)。
+
+### 路径模式（Path Pattern）
+
+为了使得在表达多个时间序列的时候更加方便快捷，IoTDB 为用户提供带通配符`*`或`**`的路径。通配符可以出现在路径中的任何层。
+
+- 单层通配符（*）：在路径中表示一层。
+ - 例如，`root.vehicle.*.sensor1` 表示以 `root.vehicle` 为前缀，以 `sensor1` 为后缀，且层级等于 4 的路径。
+
+- 多层通配符（**）：在路径中表示(`*`)+，即为一层或多层`*`.
+ - 例如：`root.vehicle.device1.**` 表示所有以 `root.vehicle.device1` 为前缀且层级大于等于 4 的路径。
+ - `root.vehicle.**.sensor1` 表示以 `root.vehicle` 为前缀，以 `sensor1` 为后缀，且层级大于等于 4 的路径。
+
+**注意**：* 和 ** 不能放在路径的开头。
+
+### 查看路径的所有子路径
```
SHOW CHILD PATHS pathPattern
diff --git a/src/zh/UserGuide/Master/Tree/Basic-Concept/Operate-Metadata_timecho.md b/src/zh/UserGuide/Master/Tree/Basic-Concept/Operate-Metadata_timecho.md
index 7ccfffc7..f824d471 100644
--- a/src/zh/UserGuide/Master/Tree/Basic-Concept/Operate-Metadata_timecho.md
+++ b/src/zh/UserGuide/Master/Tree/Basic-Concept/Operate-Metadata_timecho.md
@@ -1027,7 +1027,57 @@ IoTDB> show timeseries where TAGS(tag1)='v1'
## 4 路径查询
-### 4.1 查看路径的所有子路径
+### 路径（Path）
+
+路径（path）是用于表示时间序列的层级结构的表达式，其语法定义如下：
+```SQL
+ path
+ : nodeName ('.' nodeName)*
+ ;
+
+ nodeName
+ : wildcard? identifier wildcard?
+ | wildcard
+ ;
+
+ wildcard
+ : '*'
+ | '**'
+ ;
+```
+### 路径结点名（NodeName）
+
+- 路径中由 `.` 分割的部分称为路径结点名（nodeName）。
+- 例如，`root.a.b.c` 是一个层级为 4 的路径，其中 root、a、b 和 c 都是路径结点名。
+
+#### 约束条件
+- 保留字符 root：root 是一个保留字符，仅允许出现在路径的开头。如果在其他层级出现 root，系统将无法解析并提示报错。
+
+- 字符支持：除 root 外的其他层级支持以下字符：
+ - 字母（a-z、A-Z）
+ - 数字（0-9）
+ - 下划线（_）
+ - UNICODE 中文字符（\u2E80 到 \u9FFF）
+- 大小写敏感性：在 Windows 系统上，数据库路径结点名是大小写不敏感的。例如，root.ln 和 root.LN 会被视为相同的路径。
+
+### 特殊字符（反引号）
+
+如果`路径结点名（NodeName）`中需要使用特殊字符（如空格、标点符号等），可以使用反引号（`）将结点名引用起来。更多关于反引号的使用方法，请参考[反引号](../SQL-Manual/Syntax-Rule.md#反引号)。
+
+### 路径模式（Path Pattern）
+
+为了使得在表达多个时间序列的时候更加方便快捷，IoTDB 为用户提供带通配符`*`或`**`的路径。通配符可以出现在路径中的任何层。
+
+- 单层通配符（*）：在路径中表示一层。
+ - 例如，`root.vehicle.*.sensor1` 表示以 `root.vehicle` 为前缀，以 `sensor1` 为后缀，且层级等于 4 的路径。
+
+- 多层通配符（**）：在路径中表示(`*`)+，即为一层或多层`*`.
+ - 例如：`root.vehicle.device1.**` 表示所有以 `root.vehicle.device1` 为前缀且层级大于等于 4 的路径。
+ - `root.vehicle.**.sensor1` 表示以 `root.vehicle` 为前缀，以 `sensor1` 为后缀，且层级大于等于 4 的路径。
+
+**注意**：* 和 ** 不能放在路径的开头。
+
+### 查看路径的所有子路径
```
SHOW CHILD PATHS pathPattern
diff --git a/src/zh/UserGuide/Master/Tree/QuickStart/QuickStart_apache.md b/src/zh/UserGuide/Master/Tree/QuickStart/QuickStart_apache.md
index b8aceb03..5f9050ec 100644
--- a/src/zh/UserGuide/Master/Tree/QuickStart/QuickStart_apache.md
+++ b/src/zh/UserGuide/Master/Tree/QuickStart/QuickStart_apache.md
@@ -47,7 +47,7 @@
- 时序概念介绍：[走进时序数据](../Background-knowledge/Navigating_Time_Series_Data.md)
- - 建模设计介绍：[数据模型介绍](../Background-knowledge/Data-Model-and-Terminology.md)
+ - 建模设计介绍：[数据模型介绍](../Background-knowledge/Data-Model-and-Terminology_apache.md)
- SQL 语法介绍：[SQL 语法介绍](../Basic-Concept/Operate-Metadata_apache.md)
diff --git a/src/zh/UserGuide/Master/Tree/QuickStart/QuickStart_timecho.md b/src/zh/UserGuide/Master/Tree/QuickStart/QuickStart_timecho.md
index 7ab8e85a..ce7b03f1 100644
--- a/src/zh/UserGuide/Master/Tree/QuickStart/QuickStart_timecho.md
+++ b/src/zh/UserGuide/Master/Tree/QuickStart/QuickStart_timecho.md
@@ -55,7 +55,7 @@
- 时序概念介绍：[走进时序数据](../Background-knowledge/Navigating_Time_Series_Data.md)
- - 建模设计介绍：[数据模型介绍](../Background-knowledge/Data-Model-and-Terminology.md)
+ - 建模设计介绍：[数据模型介绍](../Background-knowledge/Data-Model-and-Terminology_timecho.md)
- SQL 语法介绍：[SQL 语法介绍](../Basic-Concept/Operate-Metadata_timecho.md)
diff --git a/src/zh/UserGuide/Master/Tree/User-Manual/Authority-Management.md b/src/zh/UserGuide/Master/Tree/User-Manual/Authority-Management.md
index 7abacc09..068dc530 100644
--- a/src/zh/UserGuide/Master/Tree/User-Manual/Authority-Management.md
+++ b/src/zh/UserGuide/Master/Tree/User-Manual/Authority-Management.md
@@ -32,7 +32,7 @@ IoTDB 为用户提供了权限管理操作，为用户提供对数据与集群
### 1.2 权限
-数据库提供多种操作，但并非所有的用户都能执行所有操作。如果一个用户可以执行某项操作，则称该用户有执行该操作的权限。权限通常需要一个路径来限定其生效范围，可以使用[路径模式](../Background-knowledge/Data-Model-and-Terminology.md)灵活管理权限。
+数据库提供多种操作，但并非所有的用户都能执行所有操作。如果一个用户可以执行某项操作，则称该用户有执行该操作的权限。权限通常需要一个路径来限定其生效范围，可以使用[路径模式](../Basic-Concept/Operate-Metadata.md)灵活管理权限。
### 1.3 角色
diff --git a/src/zh/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_apache.md b/src/zh/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_apache.md
index 87d4e5e3..377f3182 100644
--- a/src/zh/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_apache.md
+++ b/src/zh/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_apache.md
@@ -114,7 +114,7 @@ IoTDB 提供了两种数据建模方式——树模型和表模型，其特点
- 如场景中不同类型的设备具备不同的层级路径和测点集合，可以在数据库节点下按设备类型创建分支。每种设备下可以有不同的测点结构。
<div style="text-align: center;">
- <img src="/img/Modeling-scheme04.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-02.png" alt="" style="width: 70%;"/>
</div>
##### 3.1.3.2 如果场景中没有设备，只有测点，如何建模？
diff --git a/src/zh/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_timecho.md b/src/zh/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_timecho.md
index 68a12028..5a41c890 100644
--- a/src/zh/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_timecho.md
+++ b/src/zh/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_timecho.md
@@ -115,7 +115,7 @@ IoTDB 提供了两种数据建模方式——树模型和表模型，其特点
- 如场景中不同类型的设备具备不同的层级路径和测点集合，可以在数据库节点下按设备类型创建分支。每种设备下可以有不同的测点结构。
<div style="text-align: center;">
- <img src="/img/Modeling-scheme04.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-02.png" alt="" style="width: 70%;"/>
</div>
##### 3.1.3.2 如果场景中没有设备，只有测点，如何建模？
@@ -207,7 +207,7 @@ IoTDB 提供了两种数据建模方式——树模型和表模型，其特点
- 表视图：为每种类型的设备建立一张表视图，每个表视图具有不同的标签和测点集合。
<div style="text-align: center;">
- <img src="/img/Modeling-scheme01.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-01.png" alt="" style="width: 70%;"/>
</div>
##### 3.3.2.2 如果没有设备标识列和属性列，如何建模？
diff --git a/src/zh/UserGuide/latest/Background-knowledge/Data-Model-and-Terminology.md b/src/zh/UserGuide/latest/Background-knowledge/Data-Model-and-Terminology.md
deleted file mode 100644
index 8a9cf537..00000000
--- a/src/zh/UserGuide/latest/Background-knowledge/Data-Model-and-Terminology.md
+++ /dev/null
@@ -1,143 +0,0 @@
-<!--
-
- Licensed to the Apache Software Foundation (ASF) under one
- or more contributor license agreements. See the NOTICE file
- distributed with this work for additional information
- regarding copyright ownership. The ASF licenses this file
- to you under the Apache License, Version 2.0 (the
- "License"); you may not use this file except in compliance
- with the License. You may obtain a copy of the License at
-
- http://www.apache.org/licenses/LICENSE-2.0
-
- Unless required by applicable law or agreed to in writing,
- software distributed under the License is distributed on an
- "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
- KIND, either express or implied. See the License for the
- specific language governing permissions and limitations
- under the License.
-
--->
-
-# 数据模型
-
-我们以风电场物联网场景为例，说明如何在 IoTDB 中创建一个正确的数据模型。
-
-根据企业组织结构和设备实体层次结构，我们将其物联网数据模型表示为如下图所示的属性层级组织结构，即电力集团层-风电场层-实体层-物理量层。其中 ROOT 为根节点，物理量层的每一个节点为叶子节点。IoTDB 采用树形结构定义数据模式，以从 ROOT 节点到叶子节点的路径来命名一个时间序列，层次间以“.”连接。例如，下图最左侧路径对应的时间序列名称为`ROOT.ln.wf01.wt01.status`。
-
-<img style="width:100%; max-width:800px; max-height:600px; margin-left:auto; margin-right:auto; display:block;" src="/img/github/123542457-5f511d00-d77c-11eb-8006-562d83069baa.png">
-
-在上图所描述的实际场景中，有许多实体所采集的物理量相同，即具有相同的工况名称和类型，因此，可以声明一个**元数据模板**来定义可采集的物理量集合。在实践中，元数据模板的使用可帮助减少元数据的资源占用，详细内容参见 [元数据模板](../Basic-Concept/Operate-Metadata.md#元数据模板管理)。
-
-IoTDB 模型结构涉及的基本概念在下文将做详细叙述。
-
-## 1 数据库（Database）
-
-用户可以将任意前缀路径设置成数据库。如有 4 条时间序列`root.ln.wf01.wt01.status`, `root.ln.wf01.wt01.temperature`, `root.ln.wf02.wt02.hardware`, `root.ln.wf02.wt02.status`，路径`root.ln`下的两个实体 `wf01`, `wf02`可能属于同一个业主，或者同一个制造商，这时候就可以将前缀路径`root.ln`指定为一个数据库。未来`root.ln`下增加了新的实体，也将属于该数据库。
-
-一个 database 中的所有数据会存储在同一批文件夹下，不同 database 的数据会存储在磁盘的不同文件夹下，从而实现物理隔离。一般情况下建议设置 1 个 database。
-
-> 注意 1：不允许将一个完整路径（如上例的`root.ln.wf01.wt01.status`) 设置成 database。
->
-> 注意 2：一个时间序列其前缀必须属于某个 database。在创建时间序列之前，用户必须设定该序列属于哪个database。只有设置了 database 的时间序列才可以被持久化在磁盘上。
->
-> 注意 3：被设置为数据库的路径总字符数不能超过64，包括路径开头的`root.`这5个字符。
-
-一个前缀路径一旦被设定成 database 后就不可以再更改这个 database 的设定。
-
-一个 database 设定后，其对应的前缀路径的祖先层级与孩子及后裔层级也不允许再设置 database（如，`root.ln`设置 database 后，root 层级与`root.ln.wf01`不允许被设置为 database）。
-
-Database 节点名只支持中英文字符、数字和下划线的组合。例如`root.数据库_1` 。
-
-**无模式写入**：可以在未定义元数据时， 通过 insert 语句直接写入数据，数据库中将自动识别并注册所需的元数据，实现自动建模。
-
-## 2 设备（Device）
-
-**一个物理设备**，也称实体（Entity），是在实际场景中拥有物理量的设备或装置。在 IoTDB 当中，所有的物理量都有其对应的归属实体。实体无需手动创建，默认为倒数第二层。实体是管理的一组时间序列的组合，可以是一个物理设备、测量装置、传感器集合等。
-
-
-## 3 物理量（Measurement）
-
-**物理量**，也称工况或字段（field），是在实际场景中检测装置所记录的测量信息，且可以按一定规律变换成为电信号或其他所需形式的信息输出并发送给 IoTDB。在 IoTDB 当中，存储的所有数据及路径，都是以物理量为单位进行组织。
-
-## 4 时间序列
-
-### 4.1 时间戳 (Timestamp)
-
-时间戳是一个数据到来的时间点，其中包括绝对时间戳和相对时间戳，详细描述参见 [数据类型文档](../Background-knowledge/Data-Type.md)。
-
-### 4.2 数据点（Data Point）
-
-**一个“时间戳-值”对**。
-
-### 4.3 时间序列（Timeseries）
-
-**一个物理实体的某个物理量在时间轴上的记录**，是数据点的序列。
-
-一个实体的一个物理量对应一个时间序列，即实体+物理量=时间序列。
-
-时间序列也被称测点（meter）、时间线（timeline）。实时数据库中常被称作标签（tag）、参数（parameter）。 IoTDB管理的测点数量可达数十亿以上。
-
-例如，ln 电力集团、wf01 风电场的实体 wt01 有名为 status 的物理量，则它的时间序列可以表示为：`root.ln.wf01.wt01.status`。
-
-### 4.4 对齐时间序列（Aligned Timeseries）
-
-在实际应用中，存在某些实体的多个物理量**同时采样**，形成一组时间列相同的时间序列，这样的一组时间序列在Apache IoTDB中可以建模为对齐时间序列。
-
-在插入数据时，一组对齐序列的时间戳列在内存和磁盘中仅需存储一次，而不是每个时间序列存储一次。
-
-对齐的一组时间序列最好同时创建。
-
-不可以在对齐序列所属的实体下创建非对齐的序列，不可以在非对齐序列所属的实体下创建对齐序列。
-
-查询数据时，可以对于每一条时间序列单独查询。
-
-插入数据时，对齐的时间序列中某列的某些行允许有空值。
-
-<img style="width:100%; max-width:800px; max-height:600px; margin-left:auto; margin-right:auto; display:block;" src="/img/github/114125919-f4850800-9929-11eb-8211-81d4c04af1ec.png">
-
-在后续数据定义语言、数据操作语言和 Java 原生接口章节，将对涉及到对齐时间序列的各种操作进行逐一介绍。
-
-## 5 路径（Path）
-
-路径（`path`）是指符合以下约束的表达式：
-
-```sql
-path
- : nodeName ('.' nodeName)*
- ;
-
-nodeName
- : wildcard? identifier wildcard?
- | wildcard
- ;
-
-wildcard
- : '*'
- | '**'
- ;
-```
-
-我们称一个路径中由 `'.'` 分割的部分叫做路径结点名（`nodeName`）。例如：`root.a.b.c`为一个层级为 4 的路径。
-
-下面是对路径结点名（`nodeName`）的约束：
-
-* `root` 作为一个保留字符，它只允许出现在下文提到的时间序列的开头，若其他层级出现 `root`，则无法解析，提示报错。
-* 除了时间序列的开头的层级（`root`）外，其他的层级支持的字符如下：
- * [ 0-9 a-z A-Z _ ] （字母，数字，下划线）
- * ['\u2E80'..'\u9FFF'] （UNICODE 中文字符）
-* 特别地，如果系统在 Windows 系统上部署，那么 database 路径结点名是大小写不敏感的。例如，同时创建`root.ln` 和 `root.LN` 是不被允许的。
-
-### 5.1 特殊字符（反引号）
-
-如果需要在路径结点名中用特殊字符，可以用反引号引用路径结点名，具体使用方法可以参考[反引号](../SQL-Manual/Syntax-Rule.md#反引号)。
-
-## 6 路径模式（Path Pattern）
-
-为了使得在表达多个时间序列的时候更加方便快捷，IoTDB 为用户提供带通配符`*`或`**`的路径。用户可以利用两种通配符构造出期望的路径模式。通配符可以出现在路径中的任何层。
-
-`*`在路径中表示一层。例如`root.vehicle.*.sensor1`代表的是以`root.vehicle`为前缀，以`sensor1`为后缀，层次等于 4 层的路径。
-
-`**`在路径中表示是（`*`）+，即为一层或多层`*`。例如`root.vehicle.device1.**`代表的是`root.vehicle.device1.*`, `root.vehicle.device1.*.*`, `root.vehicle.device1.*.*.*`等所有以`root.vehicle.device1`为前缀路径的大于等于 4 层的路径；`root.vehicle.**.sensor1`代表的是以`root.vehicle`为前缀，以`sensor1`为后缀，层次大于等于 4 层的路径。
-
-> 注意：`*`和`**`不能放在路径开头。
diff --git a/src/zh/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_apache.md b/src/zh/UserGuide/latest/Background-knowledge/Data-Model-and-Terminology_apache.md
similarity index 99%
copy from src/zh/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_apache.md
copy to src/zh/UserGuide/latest/Background-knowledge/Data-Model-and-Terminology_apache.md
index 87d4e5e3..377f3182 100644
--- a/src/zh/UserGuide/latest-Table/Background-knowledge/Data-Model-and-Terminology_apache.md
+++ b/src/zh/UserGuide/latest/Background-knowledge/Data-Model-and-Terminology_apache.md
@@ -114,7 +114,7 @@ IoTDB 提供了两种数据建模方式——树模型和表模型，其特点
- 如场景中不同类型的设备具备不同的层级路径和测点集合，可以在数据库节点下按设备类型创建分支。每种设备下可以有不同的测点结构。
<div style="text-align: center;">
- <img src="/img/Modeling-scheme04.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-02.png" alt="" style="width: 70%;"/>
</div>
##### 3.1.3.2 如果场景中没有设备，只有测点，如何建模？
diff --git a/src/zh/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_timecho.md b/src/zh/UserGuide/latest/Background-knowledge/Data-Model-and-Terminology_timecho.md
similarity index 98%
copy from src/zh/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_timecho.md
copy to src/zh/UserGuide/latest/Background-knowledge/Data-Model-and-Terminology_timecho.md
index 68a12028..5a41c890 100644
--- a/src/zh/UserGuide/Master/Table/Background-knowledge/Data-Model-and-Terminology_timecho.md
+++ b/src/zh/UserGuide/latest/Background-knowledge/Data-Model-and-Terminology_timecho.md
@@ -115,7 +115,7 @@ IoTDB 提供了两种数据建模方式——树模型和表模型，其特点
- 如场景中不同类型的设备具备不同的层级路径和测点集合，可以在数据库节点下按设备类型创建分支。每种设备下可以有不同的测点结构。
<div style="text-align: center;">
- <img src="/img/Modeling-scheme04.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-02.png" alt="" style="width: 70%;"/>
</div>
##### 3.1.3.2 如果场景中没有设备，只有测点，如何建模？
@@ -207,7 +207,7 @@ IoTDB 提供了两种数据建模方式——树模型和表模型，其特点
- 表视图：为每种类型的设备建立一张表视图，每个表视图具有不同的标签和测点集合。
<div style="text-align: center;">
- <img src="/img/Modeling-scheme01.png" alt="" style="width: 70%;"/>
+ <img src="/img/Data-model-01.png" alt="" style="width: 70%;"/>
</div>
##### 3.3.2.2 如果没有设备标识列和属性列，如何建模？
diff --git a/src/zh/UserGuide/latest/Basic-Concept/Operate-Metadata_apache.md b/src/zh/UserGuide/latest/Basic-Concept/Operate-Metadata_apache.md
index 1f4b0e79..90610d1b 100644
--- a/src/zh/UserGuide/latest/Basic-Concept/Operate-Metadata_apache.md
+++ b/src/zh/UserGuide/latest/Basic-Concept/Operate-Metadata_apache.md
@@ -986,7 +986,57 @@ IoTDB> show timeseries where TAGS(tag1)='v1'
## 4 路径查询
-### 4.1 查看路径的所有子路径
+### 路径（Path）
+
+路径（path）是用于表示时间序列的层级结构的表达式，其语法定义如下：
+```SQL
+ path
+ : nodeName ('.' nodeName)*
+ ;
+
+ nodeName
+ : wildcard? identifier wildcard?
+ | wildcard
+ ;
+
+ wildcard
+ : '*'
+ | '**'
+ ;
+```
+### 路径结点名（NodeName）
+
+- 路径中由 `.` 分割的部分称为路径结点名（nodeName）。
+- 例如，`root.a.b.c` 是一个层级为 4 的路径，其中 root、a、b 和 c 都是路径结点名。
+
+#### 约束条件
+- 保留字符 root：root 是一个保留字符，仅允许出现在路径的开头。如果在其他层级出现 root，系统将无法解析并提示报错。
+
+- 字符支持：除 root 外的其他层级支持以下字符：
+ - 字母（a-z、A-Z）
+ - 数字（0-9）
+ - 下划线（_）
+ - UNICODE 中文字符（\u2E80 到 \u9FFF）
+- 大小写敏感性：在 Windows 系统上，数据库路径结点名是大小写不敏感的。例如，root.ln 和 root.LN 会被视为相同的路径。
+
+### 特殊字符（反引号）
+
+如果`路径结点名（NodeName）`中需要使用特殊字符（如空格、标点符号等），可以使用反引号（`）将结点名引用起来。更多关于反引号的使用方法，请参考[反引号](../SQL-Manual/Syntax-Rule.md#反引号)。
+
+### 路径模式（Path Pattern）
+
+为了使得在表达多个时间序列的时候更加方便快捷，IoTDB 为用户提供带通配符`*`或`**`的路径。通配符可以出现在路径中的任何层。
+
+- 单层通配符（*）：在路径中表示一层。
+ - 例如，`root.vehicle.*.sensor1` 表示以 `root.vehicle` 为前缀，以 `sensor1` 为后缀，且层级等于 4 的路径。
+
+- 多层通配符（**）：在路径中表示(`*`)+，即为一层或多层`*`.
+ - 例如：`root.vehicle.device1.**` 表示所有以 `root.vehicle.device1` 为前缀且层级大于等于 4 的路径。
+ - `root.vehicle.**.sensor1` 表示以 `root.vehicle` 为前缀，以 `sensor1` 为后缀，且层级大于等于 4 的路径。
+
+**注意**：* 和 ** 不能放在路径的开头。
+
+### 查看路径的所有子路径
```
SHOW CHILD PATHS pathPattern
diff --git a/src/zh/UserGuide/latest/Basic-Concept/Operate-Metadata_timecho.md b/src/zh/UserGuide/latest/Basic-Concept/Operate-Metadata_timecho.md
index 7ccfffc7..f824d471 100644
--- a/src/zh/UserGuide/latest/Basic-Concept/Operate-Metadata_timecho.md
+++ b/src/zh/UserGuide/latest/Basic-Concept/Operate-Metadata_timecho.md
@@ -1027,7 +1027,57 @@ IoTDB> show timeseries where TAGS(tag1)='v1'
## 4 路径查询
-### 4.1 查看路径的所有子路径
+### 路径（Path）
+
+路径（path）是用于表示时间序列的层级结构的表达式，其语法定义如下：
+```SQL
+ path
+ : nodeName ('.' nodeName)*
+ ;
+
+ nodeName
+ : wildcard? identifier wildcard?
+ | wildcard
+ ;
+
+ wildcard
+ : '*'
+ | '**'
+ ;
+```
+### 路径结点名（NodeName）
+
+- 路径中由 `.` 分割的部分称为路径结点名（nodeName）。
+- 例如，`root.a.b.c` 是一个层级为 4 的路径，其中 root、a、b 和 c 都是路径结点名。
+
+#### 约束条件
+- 保留字符 root：root 是一个保留字符，仅允许出现在路径的开头。如果在其他层级出现 root，系统将无法解析并提示报错。
+
+- 字符支持：除 root 外的其他层级支持以下字符：
+ - 字母（a-z、A-Z）
+ - 数字（0-9）
+ - 下划线（_）
+ - UNICODE 中文字符（\u2E80 到 \u9FFF）
+- 大小写敏感性：在 Windows 系统上，数据库路径结点名是大小写不敏感的。例如，root.ln 和 root.LN 会被视为相同的路径。
+
+### 特殊字符（反引号）
+
+如果`路径结点名（NodeName）`中需要使用特殊字符（如空格、标点符号等），可以使用反引号（`）将结点名引用起来。更多关于反引号的使用方法，请参考[反引号](../SQL-Manual/Syntax-Rule.md#反引号)。
+
+### 路径模式（Path Pattern）
+
+为了使得在表达多个时间序列的时候更加方便快捷，IoTDB 为用户提供带通配符`*`或`**`的路径。通配符可以出现在路径中的任何层。
+
+- 单层通配符（*）：在路径中表示一层。
+ - 例如，`root.vehicle.*.sensor1` 表示以 `root.vehicle` 为前缀，以 `sensor1` 为后缀，且层级等于 4 的路径。
+
+- 多层通配符（**）：在路径中表示(`*`)+，即为一层或多层`*`.
+ - 例如：`root.vehicle.device1.**` 表示所有以 `root.vehicle.device1` 为前缀且层级大于等于 4 的路径。
+ - `root.vehicle.**.sensor1` 表示以 `root.vehicle` 为前缀，以 `sensor1` 为后缀，且层级大于等于 4 的路径。
+
+**注意**：* 和 ** 不能放在路径的开头。
+
+### 查看路径的所有子路径
```
SHOW CHILD PATHS pathPattern
diff --git a/src/zh/UserGuide/latest/Basic-Concept/Write-Delete-Data.md b/src/zh/UserGuide/latest/Basic-Concept/Write-Delete-Data.md
index c1ee08f7..92188633 100644
--- a/src/zh/UserGuide/latest/Basic-Concept/Write-Delete-Data.md
+++ b/src/zh/UserGuide/latest/Basic-Concept/Write-Delete-Data.md
@@ -230,7 +230,7 @@ delete from root.ln.wf02.wt02.status
### 6.2 多传感器时间序列值删除
-当 ln 集团 wf02 子站的 wt02 设备在 2017-11-01 16:26:00 之前的供电状态和设备硬件版本都需要删除，此时可以使用含义更广的 [路径模式（Path Pattern）](../Background-knowledge/Data-Model-and-Terminology.md) 进行删除操作，进行此操作的 SQL 语句为：
+当 ln 集团 wf02 子站的 wt02 设备在 2017-11-01 16:26:00 之前的供电状态和设备硬件版本都需要删除，此时可以使用含义更广的 [路径模式（Path Pattern）](../Basic-Concept/Operate-Metadata.md) 进行删除操作，进行此操作的 SQL 语句为：
```sql
diff --git a/src/zh/UserGuide/latest/QuickStart/QuickStart_apache.md b/src/zh/UserGuide/latest/QuickStart/QuickStart_apache.md
index b8aceb03..5f9050ec 100644
--- a/src/zh/UserGuide/latest/QuickStart/QuickStart_apache.md
+++ b/src/zh/UserGuide/latest/QuickStart/QuickStart_apache.md
@@ -47,7 +47,7 @@
- 时序概念介绍：[走进时序数据](../Background-knowledge/Navigating_Time_Series_Data.md)
- - 建模设计介绍：[数据模型介绍](../Background-knowledge/Data-Model-and-Terminology.md)
+ - 建模设计介绍：[数据模型介绍](../Background-knowledge/Data-Model-and-Terminology_apache.md)
- SQL 语法介绍：[SQL 语法介绍](../Basic-Concept/Operate-Metadata_apache.md)
diff --git a/src/zh/UserGuide/latest/QuickStart/QuickStart_timecho.md b/src/zh/UserGuide/latest/QuickStart/QuickStart_timecho.md
index 7ab8e85a..ce7b03f1 100644
--- a/src/zh/UserGuide/latest/QuickStart/QuickStart_timecho.md
+++ b/src/zh/UserGuide/latest/QuickStart/QuickStart_timecho.md
@@ -55,7 +55,7 @@
- 时序概念介绍：[走进时序数据](../Background-knowledge/Navigating_Time_Series_Data.md)
- - 建模设计介绍：[数据模型介绍](../Background-knowledge/Data-Model-and-Terminology.md)
+ - 建模设计介绍：[数据模型介绍](../Background-knowledge/Data-Model-and-Terminology_timecho.md)
- SQL 语法介绍：[SQL 语法介绍](../Basic-Concept/Operate-Metadata_timecho.md)
diff --git a/src/zh/UserGuide/latest/User-Manual/Authority-Management.md b/src/zh/UserGuide/latest/User-Manual/Authority-Management.md
index 7abacc09..068dc530 100644
--- a/src/zh/UserGuide/latest/User-Manual/Authority-Management.md
+++ b/src/zh/UserGuide/latest/User-Manual/Authority-Management.md
@@ -32,7 +32,7 @@ IoTDB 为用户提供了权限管理操作，为用户提供对数据与集群
### 1.2 权限
-数据库提供多种操作，但并非所有的用户都能执行所有操作。如果一个用户可以执行某项操作，则称该用户有执行该操作的权限。权限通常需要一个路径来限定其生效范围，可以使用[路径模式](../Background-knowledge/Data-Model-and-Terminology.md)灵活管理权限。
+数据库提供多种操作，但并非所有的用户都能执行所有操作。如果一个用户可以执行某项操作，则称该用户有执行该操作的权限。权限通常需要一个路径来限定其生效范围，可以使用[路径模式](../Basic-Concept/Operate-Metadata.md)灵活管理权限。
### 1.3 角色