From e3cfc0a50c568375c9c3fc6edb82ebe63cc61ab5 Mon Sep 17 00:00:00 2001 From: daaaaaaaaaaa <51794124+daaaaaaaaaaa@users.noreply.github.com> Date: Tue, 14 Sep 2021 20:43:54 +0800 Subject: [PATCH] Update docs.md --- documentation20/en/03.architecture/docs.md | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/documentation20/en/03.architecture/docs.md b/documentation20/en/03.architecture/docs.md index bc686aebbf..5badaaf79f 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) +![TDengine architecture diagram](https://raw.githubusercontent.com/taosdata/TDengine/develop/documentation20/en/images/architecture/structure.png)
Picture 1: TDengine architecture diagram
@@ -196,7 +196,7 @@ A complete TDengine system runs on one or more physical nodes. Logically, it inc To explain the relationship between vnode, mnode, taosc and application and their respective roles, the following is an analysis of a typical data writing process. -![ typical process of TDengine](page://images/architecture/message.png) +![ typical process of TDengine](https://raw.githubusercontent.com/taosdata/TDengine/develop/documentation20/en/images/architecture/message.png)
Picture 2 typical process of TDengine
1. Application initiates a request to insert data through JDBC, ODBC, or other APIs. @@ -265,6 +265,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](https://raw.githubusercontent.com/taosdata/TDengine/develop/documentation20/en/images/architecture/write_master.png) Figure 3: TDengine Master writing process 1. Master vnode receives the application data insertion request, verifies, and moves to next step; @@ -278,7 +279,7 @@ Figure 3: TDengine Master writing process For a slave vnode, the write process as follows: -![TDengine Slave Writing Process](page://images/architecture/write_master.png) +![TDengine Slave Writing Process](https://raw.githubusercontent.com/taosdata/TDengine/develop/documentation20/en/images/architecture/write_slave.png)
Picture 3 TDengine Slave Writing Process
1. Slave vnode receives a data insertion request forwarded by Master vnode. @@ -415,7 +416,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) +![Diagram of multi-table aggregation query](https://raw.githubusercontent.com/taosdata/TDengine/develop/documentation20/en/images/architecture/multi_tables.png)
Picture 4 Diagram of multi-table aggregation query
1. Application sends a query condition to system; -- GitLab