Sql server中内部函数fn_PhysLocFormatter存在解析错误详解

这篇文章主要给大家介绍了关于Sql server中内部函数fn_PhysLocFormatter存在解析错误的相关资料,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面来一起看看吧。

前言

有网友指出,SQL Server 2012中fn_PhysLocFormatter内部函数在解析数据行记录位置时存在错误,见:http://www.itpub.net/thread-1751655-1-1.html,实际测试后发现,一是2008R2中同样存在问题,二是不仅页号解析存在问题,槽号解析也存在同样问题。

下面先查看表NT_SiteInfo的数据行记录位置。

?

1

select SiteID,%%physloc%%,sys.fn_PhysLocFormatter(%%physloc%%) from NT_SiteInfo

SiteID

%%physloc%%

sys.fn_PhysLocFormatter(%%physloc%%)

1

0xE900000001000000

(1:59648:0)

23

0xE900000001000100

(1:59648:1)

24

0xE900000001000200

(1:59648:2)

……

149

0xE900000001007F00

(1:59648:127)

150

0xE900000001008000

(1:59648:128)

151

0xE900000001008100

(1:59648:33024)

152

0xE900000001008200

(1:59648:33280)

……

226

0xE90000000100CC00

(1:59648:52224)

227

0xE90000000100CD00

(1:59648:52480)

228

0x4B02000001000000

(1:587:0)

229

0x4B02000001000100

(1:587:1)

……

360

0x4B02000001007F00

(1:587:127)

361

0x4B02000001008000

(1:587:128)

362

0x4B02000001008100

(1:587:33024)

363

0x4B02000001008200

(1:587:33280)

……

422

0x4B0200000100BD00

(1:587:48384)

423

0x4B0200000100BE00

(1:587:48640)

424

0x3C05000001000000

(1:1340:0)

425

0x3C05000001000100

(1:1340:1)

……

552

0x3C05000001008000

(1:1340:128)

553

0x3C05000001008100

(1:1340:33024)

596

0x3C0500000100AC00

(1:1340:44032)

597

0x9978000001000000

(1:39288:0)

……

658

0x9978000001003D00

(1:39288:61)

下面查看表NT_SiteInfo分配的数据页情况。

?

1

dbcc ind(wjgk,nt_siteinfo,0)

PagePID

IAMFID

IAMPID

PageType

IndexLevel

NextPagePID

PrevPagePID

238

NULL

NULL

10

NULL

0

0

233

1

238

1

0

587

0

587

1

238

1

0

1340

233

1340

1

238

1

0

30873

587

30873

1

238

1

0

0

1340

Microsoft未公开的伪列%%physloc%%,类型为Binary(8),返回表中记录的RowID,格式是:前4字节表示页号,中间2字节表示文件号,最后2字节表示槽号。

对照上面的实际数据,可以发现sys.fn_PhysLocFormatter在解析记录位置时,既有采用高字节在前的BIG_ENDIAN格式,又有采用低字节在前的LITTLE_ENDIAN格式,造成采用高字节在前的BIG_ENDIAN格式解析的数据错误:

页号解析:
E9000000解析为59648(E900),错误,实际应为233(E9)

4B020000解析为576(24B),正确

3C050000解析为1340(53C),正确

99780000解析为39288(9978),错误,实际应为30873(7899)

槽号解析:

8000解析为128(0080),正确

8100解析为33024(8100),错误,应为129(0081)

下面给出错误原因。

先看下sys.fn_PhysLocFormatter函数的定义:

?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

select OBJECT_DEFINITION(object_id('sys.fn_PhysLocFormatter'))

go

——————————————————————————-

— Name: sys.fn_PhysLocFormatter

— Description:

— Formats the output of %%physloc%% virtual column

— Notes:

——————————————————————————-

create function sys.fn_PhysLocFormatter (@physical_locator binary (8))

returns varchar (128)

as

begin

declare @page_id binary (4)

declare @file_id binary (2)

declare @slot_id binary (2)

— Page ID is the first four bytes, then 2 bytes of page ID, then 2 bytes of slot

select @page_id = convert (binary (4), reverse (substring (@physical_locator, 1, 4)))

select @file_id = convert (binary (2), reverse (substring (@physical_locator, 5, 2)))

select @slot_id = convert (binary (2), reverse (substring (@physical_locator, 7, 2)))

return '(' + cast (cast (@file_id as int) as varchar) + ':'

+ cast (cast (@page_id as int) as varchar) + ':'

+ cast (cast (@slot_id as int) as varchar) + ')'

end

再看下reverse函数:

?

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

select reverse('工人')

—-

人工

(1 行受影响)

select reverse('12345工人')

———

人工54321

(1 行受影响)

select reverse('工12345人')

———

人54321工

(1 行受影响)

结论:问题出在reverse函数上。

reverse函数的作用是字符反转,而不是字节反转,当遇到81-FE之间的字节时,被认为是双字节字符而组合在一起参与反转操作,造成了错误。

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作能带来一定的帮助,如果有疑问大家可以留言交流,谢谢大家对钦钦技术栈的支持。

原文链接:http://blog.itpub.net/81227/viewspace-751651

版权声明:本文(即:原文链接:https://www.qin1qin.com/catagory/25054/)内容由互联网用户自发投稿贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 630367839@qq.com 举报,一经查实,本站将立刻删除。

(0)
上一篇 2022年9月23日 下午12:20
下一篇 2022年9月23日 下午12:20
软件定制开发公司

相关阅读

发表回复

登录后才能评论
通知:禁止投稿所有关于虚拟货币,币圈类相关文章,发现立即永久封锁账户ID!