两张大表join,如何优化

[envykok]

我有两张大表

T1 与 T2

Query:

SELECT
t1.Column1,
t1.Column2,
...
t2.Column1

FROM T1 t INNER JOIN T2 t2 ON t1.ID=t2.ID

对于两张大表（行数均超过5亿）

（1）对ID应该设置为cluster或者non-cluster ??? 理由???
(2) 该用索引视图吗？理由???
(3) 其他意见???理由???

[永生天地]

（行数均超过5亿）

[昵称被占用了]

没有条件？

有条件说出条件，要根据条件优化
没条件唯一的方法就是增加硬件，5亿*5亿估计现有的硬件都很难支持了

[htl258_Tony]

太大了，帮顶先

[昵称被占用了]

能部分提供性能提高的方法：把两个表按ID以同样的策略进行分区

[envykok]

[Quote=引用 3 楼 htl258 的回复:]

太大了，帮顶先
[/Quote]

那如果是5千万*5千万

[csw200201]

ID columns should be set up as clustered indices on both tables. You want to make sure SQL Server uses merge join when both tables are large.

After you create clustered indices, you should run your query and look at the execution plan to ensure that merge join is used.

[Q315054403]

没有Where ??

[satanail]

额。。。可否把表分割。。例如a表，b表,c表，然后按时间段把你超过5亿行的数据分割到3个或以上的表内，再join?

[php_boy]

如果表1和表2 有相关的列,可以使用 table partition的技术,对表1和表2 进行相同的partition和scheme,
这样对表1和表2进行联合查询,效率比较高,

表1和表2是对齐的,可以内部进行优化,效率很高

[wangjianming45]

[Quote=引用楼主 envykok 的回复:]

对于两张大表（行数均超过5亿）

（1）对ID应该设置为cluster或者non-cluster ??? 理由???
(2) 该用索引视图吗？理由???
(3) 其他意见???理由???
[/Quote]

(1):ID是否为Cluster Index，这个需要你的业务确认，如果是作为主键的话，肯定设计为Cluster Index
(2):建议使用Table Partition来分拆分表数据，减少对表的压力
(3):应该考虑Where语句，我想不太可能去搜索表所有数据，请在Where语句中的条件筛选字段上建立Index

[menggang9801]

学习了东西

[zhangsong841]

应该有聚集索引在join的相关列上，
这样记录就以聚集索引列的顺序存储好了，
这样两张大表就是合并连接。
其他高手的意见？？

[使我做你和平之子]

可以考虑避免join,宁可多查几次数据库也要避免join