diff --git a/Querying/queryexecution.md b/Querying/queryexecution.md index 9ad2121..2ae35be 100644 --- a/Querying/queryexecution.md +++ b/Querying/queryexecution.md @@ -48,5 +48,5 @@ Druid的查询执行方法因查询的 [数据源类型](#数据源类型) 而 1. Broker执行输入join的任何子查询,如 [`query`](#query)部分所述,并用inline数据源替换它们。 2. Broker将连接树(如果存在)展平为"基本"数据源(最左下角的一个)和其他叶数据源(其余部分)。 3. 使用与基本数据源相同结构的查询执行将单独继续执行。如果基数据源是一个表,则像往常一样根据"interval"修剪段,并通过将查询并行地转发到所有相关的数据服务器,在集群上执行查询。如果基数据源是Lookup或Join数据源(包括将内联子查询作为结果的内联数据源),则查询将在Broker本身上执行。基查询不能是Union,因为当前不支持Union作为Join的输入。 -4. 在开始处理基数据源之前,将执行查询的服务器首先检查所有非基叶数据源,以确定是否需要为即将到来的哈希联接生成新的哈希表。目前,查找不需要构建新的哈希表(因为它们是预加载的),但内联数据源需要。 -5. 查询执行再次使用基本数据源将自己使用的相同结构继续执行,但有一个附加条件:在处理基本数据源时,Druid服务器将使用从其他连接输入构建的哈希表来逐行生成联接结果,查询引擎将对联接的行而不是基本行进行操作。 \ No newline at end of file +4. 在开始处理基数据源之前,将执行查询的服务器首先检查所有非基叶数据源,以确定是否需要为即将到来的哈希联接生成新的哈希表。目前,Lookup不需要构建新的哈希表(因为它们是预加载的),但Inline数据源需要。 +5. 使用与基本数据源相同结构的查询执行将单独继续执行, 但有一个附加条件:在处理基本数据源时,Druid服务器将使用从其他连接输入构建的哈希表来逐行生成联接结果,查询引擎将对联接的行而不是基本行进行操作。 \ No newline at end of file diff --git a/book.json b/book.json index 7c85218..eff9ad7 100644 --- a/book.json +++ b/book.json @@ -25,7 +25,8 @@ "edit-link", "copy-code-button", "tbfed-pagefooter", - "donate" + "donate", + "scripts" ], "pluginsConfig": { "edit-link": { @@ -55,6 +56,9 @@ "button": "友情赞助", "alipayText": "支付宝", "wechatText": "微信" + }, + "scripts": { + "files": ["./scripts/myscript.js"] } } } diff --git a/scripts/myscript.js b/scripts/myscript.js new file mode 100644 index 0000000..e69de29