Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
2dot5
ClickHouse
提交
fed4d56d
C
ClickHouse
项目概览
2dot5
/
ClickHouse
通知
3
Star
0
Fork
0
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
DevOps
流水线
流水线任务
计划
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
C
ClickHouse
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
DevOps
DevOps
流水线
流水线任务
计划
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
流水线任务
提交
Issue看板
体验新版 GitCode,发现更多精彩内容 >>
未验证
提交
fed4d56d
编写于
11月 26, 2019
作者:
A
alexey-milovidov
提交者:
GitHub
11月 26, 2019
浏览文件
操作
浏览文件
下载
差异文件
Merge pull request #7913 from ClickHouse/prewhere_max_parallel_replicas
Fix prewhere with max_parallel_replicas.
上级
a8168870
23f84899
变更
3
隐藏空白更改
内联
并排
Showing
3 changed file
with
14 addition
and
1 deletion
+14
-1
dbms/src/Interpreters/InterpreterSelectQuery.cpp
dbms/src/Interpreters/InterpreterSelectQuery.cpp
+1
-1
dbms/tests/queries/0_stateless/01034_prewhere_max_parallel_replicas.reference
..._stateless/01034_prewhere_max_parallel_replicas.reference
+1
-0
dbms/tests/queries/0_stateless/01034_prewhere_max_parallel_replicas.sql
...ries/0_stateless/01034_prewhere_max_parallel_replicas.sql
+12
-0
未找到文件。
dbms/src/Interpreters/InterpreterSelectQuery.cpp
浏览文件 @
fed4d56d
...
...
@@ -668,7 +668,7 @@ InterpreterSelectQuery::analyzeExpressions(
ExpressionActionsChain
chain
(
context
);
Names
additional_required_columns_after_prewhere
;
if
(
storage
&&
query
.
sample_size
(
))
if
(
storage
&&
(
query
.
sample_size
()
||
context
.
getSettingsRef
().
parallel_replicas_count
>
1
))
{
Names
columns_for_sampling
=
storage
->
getColumnsRequiredForSampling
();
additional_required_columns_after_prewhere
.
insert
(
additional_required_columns_after_prewhere
.
end
(),
...
...
dbms/tests/queries/0_stateless/01034_prewhere_max_parallel_replicas.reference
0 → 100644
浏览文件 @
fed4d56d
99
dbms/tests/queries/0_stateless/01034_prewhere_max_parallel_replicas.sql
0 → 100644
浏览文件 @
fed4d56d
drop
table
if
exists
test_max_parallel_replicas_lr
;
-- If you wonder why the table is named with "_lr" suffix in this test.
-- No reason. Actually it is the name of the table in Yandex.Market and they provided this test case for us.
CREATE
TABLE
test_max_parallel_replicas_lr
(
timestamp
UInt64
)
ENGINE
=
MergeTree
ORDER
BY
(
intHash32
(
timestamp
))
SAMPLE
BY
intHash32
(
timestamp
);
INSERT
INTO
test_max_parallel_replicas_lr
select
number
as
timestamp
from
system
.
numbers
limit
100
;
SET
max_parallel_replicas
=
2
;
select
count
()
FROM
remote
(
'127.0.0.{2|3}'
,
currentDatabase
(),
test_max_parallel_replicas_lr
)
PREWHERE
timestamp
>
0
;
drop
table
test_max_parallel_replicas_lr
;
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录