Teradata 优化器错误估计行数，然后通过联合视图访问表

Question

假设我有三个表：t1（它有大约 10 亿行，事实表）和t2（空表，0 行）。和t0（维度表），它们都已正确收集统计信息。另外还有观点v0：

REPLACE VIEW v0
AS SELECT * from t1
   union
   SELECT * from t2;

让我们看看这三个查询：

1) Select * from t1 inner t0 join on t1.id = t0.id; -- Optimizer correctly estimates 1 bln rows

2) Select * from t2 inner t0 join on t1.id = t0.id; -- Optimizer correctly estimates 0 row

3) Select * from v0 inner t0 join on v0.id = t0.id;  -- Optimizer locks t1 and t2 for read, the correctly estimated, that it will get 1 bln rows from t1, but for no clear reasons estimated same number 1 bln from table t2.

这里发生了什么？是错误还是功能？

附言。原始查询（此处显示的内容很大）并未在 35 分钟内完成。离开后刚刚t1 - 15 分钟后成功完成。

• TD 发布：15.10.03.07

• TD 版本：15.10.03.09

Answer 1

2nd Select 的数字不一样，它是 spool 在 2nd Select 之后的总行数，即 10 亿加 0。

而您的查询运行缓慢，因为您使用了默认为 DISTINCT 的 UNION，在十亿行上运行它真的很昂贵。

最好改用UNION ALL。