前言
有网友指出，SQL Server 2012中fn_PhysLocFormatter内部函数在解析数据行记录位置时存在错误，见：http://www.itpub.net/thread-1751655-1-1.html，实际测试后发现，一是2008R2中同样存在问题，二是不仅页号解析存在问题，槽号解析也存在同样问题。
下面先查看表NT_SiteInfo的数据行记录位置。
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分配的数据页情况。
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函数的定义：
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函数：
select reverse('工人')
----
人工
(1 行受影响)
select reverse('12345工人')
---------
人工54321
(1 行受影响)
select reverse('工12345人')
---------
人54321工
(1 行受影响)
结论：问题出在reverse函数上。
reverse函数的作用是字符反转，而不是字节反转，当遇到81-FE之间的字节时，被认为是双字节字符而组合在一起参与反转操作，造成了错误。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流，谢谢大家对的支持。
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
3月27日消息，苹果宣布2024年全球开发者大会（WWDC）将于6月10日至6月14日举行，巧合的是，这次大会与端午假期重合。
苹果官方表示：
在线参加 Apple 每年规模最大的开发者盛会。亲眼见证 Apple 最新平台、技术和工具的发布。了解如何创建和改进你的 App 和游戏。与 Apple 设计师和工程师互动交流，与全球开发者社区建立联系。以上活动均免费在线举行。
探索各种新的工具、框架和功能，助力你打造出理想的 App 和游戏。通过视频讲座学习新技能，与 Apple 专家进行一对一会面，以推进你的项目，完善你的构思。
Swift Student Challenge 旨在支持和鼓舞下一代开发者、创作者和企业家。太平洋时间 3 月 28 日，我们将公布今年的获奖者名单。获奖者将有资格参加在 Apple Park 举办的特别活动。我们还会选出 50 名杰出获胜者，他们将受邀前往库比提诺，获得为期三天的非凡体验，包括参加 Apple Park 的特别活动。
RTX 5090要首发 性能要翻倍！三星展示GDDR7显存
三星在GTC上展示了专为下一代游戏GPU设计的GDDR7内存。
首次推出的GDDR7内存模块密度为16GB，每个模块容量为2GB。其速度预设为32 Gbps（PAM3），但也可以降至28 Gbps，以提高产量和初始阶段的整体性能和成本效益。
据三星表示，GDDR7内存的能效将提高20%，同时工作电压仅为1.1V，低于标准的1.2V。通过采用更新的封装材料和优化的电路设计，使得在高速运行时的发热量降低，GDDR7的热阻比GDDR6降低了70%。