首页  ·  知识 ·  数据库
SQLServer2005中5个不能查询的系统表
CN_SQL的专栏  http://blog.csdn.net/CN_SQL/archive/2009/02/02/385  MS-SQL  编辑:dezai  图片来源:网络
在SQLServer2005里,有这么几个特殊的系统表,我们无法直接查询它,但它确实又是存在,这几个系统表是: sysallocunits syshobts

在SQLServer2005里,有这么几个特殊的系统表,我们无法直接查询它,但它确实又是存在,这几个系统表是:

 

sysallocunits

syshobts

syshobtcolumns

sysrowsets

sysrowsetcolumns

 

这里所说的查询,是指直接通过SELECT语句查询,我们试着查询:

 

 

SELECT * FROM sysallocunits
GO
SELECT * FROM syshobts
GO
SELECT * FROM syshobtcolumns
GO
SELECT * FROM sysrowsets
GO
SELECT * FROM sysrowsetcolumns
GO

 

执行上面的语句后,你会收到以下错误报告:

 

Msg 208, Level 16, State 1, Line 1
Invalid object name 'sysallocunits'.
Msg 208, Level 16, State 1, Line 1
Invalid object name 'syshobts'.
Msg 208, Level 16, State 1, Line 1
Invalid object name 'syshobtcolumns'.
Msg 208, Level 16, State 1, Line 1
Invalid object name 'sysrowsets'.
Msg 208, Level 16, State 1, Line 1
Invalid object name 'sysrowsetcolumns'.

 

但当我们通过以下语句检查它的存在时,你会发现其实这5个系统表是存在的:

 

 

 

SELECT
   name
FROM sys.objects
WHERE name IN
(
   'sysallocunits',
   'syshobts',
   'syshobtcolumns',
   'sysrowsets',
   'sysrowsetcolumns'
)
GO

 

为什么会这么神奇?这是因为,这5个系统表是用于存放所有表以及索引的元数据表,只能用于CHECKDB操作检查元数据一致

性的时候用到,当我们使用DBCC CHECKDB命令时,首先的内部操作就是要对这几个表进行一致性检查,找出里面的元数据是否有损坏,同时注意,如果出现在该步操作时发生的任何错误,都是无法修复的,只能通过备份文件还原来修复.

 

   关于这个,更多的内容可参考SQL Server 数据库引擎团队的BLOG:

   http://blogs.msdn.com/sqlserverstorageengine/

本文作者:CN_SQL的专栏 来源:http://blog.csdn.net/CN_SQL/archive/2009/02/02/385
CIO之家 www.ciozj.com 微信公众号:imciow
   
免责声明:本站转载此文章旨在分享信息,不代表对其内容的完全认同。文章来源已尽可能注明,若涉及版权问题,请及时与我们联系,我们将积极配合处理。同时,我们无法对文章内容的真实性、准确性及完整性进行完全保证,对于因文章内容而产生的任何后果,本账号不承担法律责任。转载仅出于传播目的,读者应自行对内容进行核实与判断。请谨慎参考文章信息,一切责任由读者自行承担。
延伸阅读