如何统计及分析记录超过1000万条的数据库表?
10 个解决方案
#1
快速高效的?
#2
用视图吧
#3
在SQL-Server中，我觉得SQL-Server的性能不是特别理想。想办法使用更大型的数据库。
老办法：索引！
老办法：索引！
#4
如果是单表达到你所说的这个数据量级，可以着重考虑一下索引。
索引不宜太多，要适用，建最需要用的索引，这样一般效率还是挺高的
索引不宜太多，要适用，建最需要用的索引，这样一般效率还是挺高的
#5
前台工具要好的
#6
直接到系统表里查
#7
直接到系统表里查
#8
SELECT TOP 100 Percent
sysobjects.name,
sysindexes.rows
FROM sysindexes with(nolock)
JOIN sysobjects with(nolock)
ON sysindexes.id = sysobjects.id AND sysobjects.xtype = 'u'
WHERE sysindexes.indid in(0, 1) and sysindexes.rows>100
ORDER By sysobjects.name ASC
sysobjects.name,
sysindexes.rows
FROM sysindexes with(nolock)
JOIN sysobjects with(nolock)
ON sysindexes.id = sysobjects.id AND sysobjects.xtype = 'u'
WHERE sysindexes.indid in(0, 1) and sysindexes.rows>100
ORDER By sysobjects.name ASC
#9
学习
#10
“我觉得SQL-Server的性能不是特别理想” 关键是人笨而已
千万条记录
1 要看你的聚组索引字段是什么
2 铺租的索引是什么字段
3 是否用其它用户要更新该表
4 统计语句写的如何？
千万条记录
1 要看你的聚组索引字段是什么
2 铺租的索引是什么字段
3 是否用其它用户要更新该表
4 统计语句写的如何？
#1
快速高效的?
#2
用视图吧
#3
在SQL-Server中，我觉得SQL-Server的性能不是特别理想。想办法使用更大型的数据库。
老办法：索引！
老办法：索引！
#4
如果是单表达到你所说的这个数据量级，可以着重考虑一下索引。
索引不宜太多，要适用，建最需要用的索引，这样一般效率还是挺高的
索引不宜太多，要适用，建最需要用的索引，这样一般效率还是挺高的
#5
前台工具要好的
#6
直接到系统表里查
#7
直接到系统表里查
#8
SELECT TOP 100 Percent
sysobjects.name,
sysindexes.rows
FROM sysindexes with(nolock)
JOIN sysobjects with(nolock)
ON sysindexes.id = sysobjects.id AND sysobjects.xtype = 'u'
WHERE sysindexes.indid in(0, 1) and sysindexes.rows>100
ORDER By sysobjects.name ASC
sysobjects.name,
sysindexes.rows
FROM sysindexes with(nolock)
JOIN sysobjects with(nolock)
ON sysindexes.id = sysobjects.id AND sysobjects.xtype = 'u'
WHERE sysindexes.indid in(0, 1) and sysindexes.rows>100
ORDER By sysobjects.name ASC
#9
学习
#10
“我觉得SQL-Server的性能不是特别理想” 关键是人笨而已
千万条记录
1 要看你的聚组索引字段是什么
2 铺租的索引是什么字段
3 是否用其它用户要更新该表
4 统计语句写的如何？
千万条记录
1 要看你的聚组索引字段是什么
2 铺租的索引是什么字段
3 是否用其它用户要更新该表
4 统计语句写的如何？