From 35a370c4ac375f4579af3bdd2b35243729a5ad81 Mon Sep 17 00:00:00 2001 From: qingnv623 <89001312+qingnv623@users.noreply.github.com> Date: Wed, 15 Sep 2021 17:18:56 +0800 Subject: [PATCH] Update docs.md update some picture number --- documentation20/en/03.architecture/docs.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/documentation20/en/03.architecture/docs.md b/documentation20/en/03.architecture/docs.md index 7a892435bd..b2c39fbe1d 100644 --- a/documentation20/en/03.architecture/docs.md +++ b/documentation20/en/03.architecture/docs.md @@ -155,7 +155,7 @@ The design of TDengine is based on the assumption that one single node or softwa Logical structure diagram of TDengine distributed architecture as following: ![TDengine architecture diagram](page://images/architecture/structure.png) -
Picture 1: TDengine architecture diagram
+
Picture 1 TDengine architecture diagram
@@ -269,7 +269,7 @@ If a database has N replicas, thus a virtual node group has N virtual nodes, but Master Vnode uses a writing process as follows: ![TDengine Master Writing Process](page://images/architecture/write_master.png) -Figure 3: TDengine Master writing process +
Picture 3 TDengine Master writing process
1. Master vnode receives the application data insertion request, verifies, and moves to next step; 2. If the system configuration parameter `walLevel` is greater than 0, vnode will write the original request packet into database log file WAL. If walLevel is set to 2 and fsync is set to 0, TDengine will make WAL data written immediately to ensure that even system goes down, all data can be recovered from database log file; @@ -283,7 +283,7 @@ Figure 3: TDengine Master writing process For a slave vnode, the write process as follows: ![TDengine Slave Writing Process](page://images/architecture/write_slave.png) -
Picture 3 TDengine Slave Writing Process
+
Picture 4 TDengine Slave Writing Process
1. Slave vnode receives a data insertion request forwarded by Master vnode; 2. If the system configuration parameter `walLevel` is greater than 0, vnode will write the original request packet into database log file WAL. If walLevel is set to 2 and fsync is set to 0, TDengine will make WAL data written immediately to ensure that even system goes down, all data can be recovered from database log file; @@ -420,7 +420,7 @@ For the data collected by device D1001, the number of records per hour is counte TDengine creates a separate table for each data collection point, but in practical applications, it is often necessary to aggregate data from different data collection points. In order to perform aggregation operations efficiently, TDengine introduces the concept of STable. STable is used to represent a specific type of data collection point. It is a table set containing multiple tables. The schema of each table in the set is the same, but each table has its own static tag. The tags can be multiple and be added, deleted and modified at any time. Applications can aggregate or statistically operate all or a subset of tables under a STABLE by specifying tag filters, thus greatly simplifying the development of applications. The process is shown in the following figure: ![Diagram of multi-table aggregation query](page://images/architecture/multi_tables.png) -
Picture 4 Diagram of multi-table aggregation query
+
Picture 5 Diagram of multi-table aggregation query
1. Application sends a query condition to system; 2. TAOSC sends the STable name to Meta Node(management node); -- GitLab