Categories


Tags


大数据量下快速获取 SQL Server 数据库表记录数的方法

在数据库应用的设计中,我们往往会需要获取某些表的记录总数,用于判断表的记录总数是否过大,是否需要备份数据等。我们通常的做法是:select count(*) as c from tableA 。然而对于记录数巨大的表,上述做法将会非常耗时。在DELL 4400 服务器上做试验,MS Sqlserver 2000 数据库对于100万记录的简单数据表执行上述语句,时间在1分钟以上。如果在表的某个字段上做聚簇索引,第一次执行该语句的时间和没有索引的时间差不多,之后执行上述语句,速度很快,在1秒中以内,但当表的记录数发生较大变化后,再执行该语句又会经历一次耗时的过程。而且不是每个表都适合做聚簇索引的,对于数量巨大的表,如果需要经常增删操作,建聚簇索引是一个很不明智的做法,将会极大的影响增删的速度。那么有没有一个比较简单的方法快速获取表的记录总数呢?答案是有的。

在MS SQL 数据库中每个表都在sysindexes 系统表中拥有至少一条记录,该记录中的rows 字段会定时记录表的记录总数。

下面是sysindexes 表的相关记录的含义:

列名 数据类型 描述

id int 表ID(如果 indid = 0 或255)。否则为索引所属表的ID

Indid smallint 索引ID:

0=表

1=聚簇索引

>1=非聚簇索引

255=具有text或image数据的表条目。

rows int 基于indid=0 和 indid=1地数据级行数,该值对于indid>1重 复。如果indid=255,rows设置为0。

当表没有聚簇索引时,Indid = 0 否则为 1。

那么现在大家应该知道如何获取表的记录总数了,只需执行如下语句:

select rows from sysindexes where id = object_id(tablename) and indid in (0,1)

该方法获取表的记录总数的速度非常快,在毫秒级就可以完成,相比select count(*) 要快上数万倍,但是大家在运用该方法是一定要主要,该方法得到的表的总记录数不是一个精确值,原因是MS SQL 并不是实时更新该字段的值,而是定时更新,当从实践来看该值和精确值一般误差不大,如果你希望快速的粗略估算表的大小,建议你采用该方法。如果你希望得到精确值,那么请在执行上述语句前执行DBCC UpdateUSAGE(DatabaseName,[TABLENAME]) WITH ROW_COUNTS 强制更新该字段的值,但这样第一次更新时会耗费大量的时间,这样做的效果和建有聚簇索引的表 select count (*) 效果相差不大,所以如果你希望相对快速地得到精确的表的记录总数,那么你有两种选择,建聚簇索引或者先DBCC 再使用上述方法。

文/安娜 出处/赛迪网

来源:月光博客


Public @ 2013-09-15 15:47:54

应用程序池被禁用WAS启动进程失败解决办法

事件查看器总是提示应用池被禁止,was启动进程失败图片1.pngIIS发现以下问题。2.png对应站点的基本设置里,连接测试,由于客户对该网站设置了独立的用户,所以启动网站并访问提示授权失败,凭据无效3.png许多功能打开都提示无法访问配置文档,密码无法登录用户的提示。于是有一个很根本的windows2008R2以后都会有的问题,那就是密码策略。再查看如下图片4.png密码策略是禁用的,但最长使用

Public @ 2021-08-06 16:13:19

远程弹性云播放音乐本地无声音解决办法

如果你的设备是在远程弹性云上播放音乐,但是本地没有声音,可能是以下原因导致: 1. 本地的音效设置有问题。请确认设备的音效设置是否正确。 2. 远程弹性云上的音量设置过低。请在远程弹性云上调整音量。 3. 本地的音量设置过低或静音。请确认本地设备的音量是否正确设置并取消静音状态。 如果以上方法无法解决问题,请联系你的设备供应商或远程弹性云服务提供商获取更多帮助。

Public @ 2023-04-16 16:50:14

关于SQL Server的若干注意事项

如果你正在负责一个基于SQL Server的项目,或者你刚刚接触SQL Server,你都有可能要面临一些数据库性能的问题,这篇文章会为你提供一些有用的指导(其中大多数也可以用于其它的DBMS)。在这里,我不打算介绍使用SQL Server的窍门,也不能提供一个包治百病的方案,我所做的是总结一些经验----关于如何形成一个好的设计。这些经验来自我过去几年中经受的教训,一直来,我看到许多同样的设计错

Public @ 2015-10-11 15:47:51

更多您感兴趣的搜索

0.630525s