1. 问题描述
在使用Sql sever开发过程中，会经常使用到系统自带的一些内置函数来进行数据处理。但很多时候，这些内置函数也会存在一些问题和漏洞，需要我们在实际使用中予以注意和修复。
其中，最近发现的一个问题是，Sql server中内部函数fn_PhysLocFormatter存在解析错误。在使用该函数进行行物理位置格式化时，会发现输出格式有误，导致结果不准确。
2. 函数介绍
2.1 fn_PhysLocFormatter
在理解该问题之前，我们首先需要了解一下fn_PhysLocFormatter函数的作用和用法。
该函数是Sql server内部自带的一个函数，用于将行的物理地址格式化输出。这个物理地址是指行在页面中的位置，包括页ID、页代码和偏移量。
使用该函数的语法如下：
fn_PhysLocFormatter(physical_location_expression)2.2 示例
以一个示例来说明该函数的用法。我们从表SalesOrderHeader中选择一行数据，并使用该行的物理地址作为参数传入fn_PhysLocFormatter函数：
SELECT SalesOrderID, fn_PhysLocFormatter(%%physloc%%) as PhysicalLocation
FROM SalesOrderHeader
WHERE SalesOrderID=43680;
执行上述语句，我们可以得到以下输出：
SalesOrderID PhysicalLocation
43680 0001:00000eae:0000000a
在输出结果中，我们可以看到物理地址的格式为：PageID:FileID:Offset。其中，PageID表示页号，FileID表示文件号，Offset表示偏移量。
3. 问题分析
在上述示例中，我们可以看到输出结果的物理地址的第一个部分(PageID)的值为0001，这是正确的。但是，偏移量(Offset)的值为0000000a，这是错误的。
实际上，偏移量的值应该是10，而非0x0a(16进制表示法)。这是一个解析错误，会导致结果的不准确。
4. 解决方案
为了解决这个问题，我们需要使用CAST函数将物理地址的偏移量部分转换成整数格式。具体语法如下：
SELECT SalesOrderID,
fn_PhysLocFormatter(%%physloc%%) as PhysicalLocation,
CAST(SUBSTRING(fn_PhysLocFormatter(%%physloc%%),19,8) AS bigint) as Offset
FROM SalesOrderHeader
WHERE SalesOrderID=43680;
在上述语句中，我们使用SUBSTRING函数提取物理地址中偏移量的部分，再使用CAST函数将其转换为bigint类型的整数。
执行上述语句，我们可以得到以下输出结果：
SalesOrderID PhysicalLocation Offset
43680 0001:00000eae:0000000a 10
可以看到，在使用转换之后，输出结果的物理地址的偏移量部分的值正确显示为10。
5. 总结
Sql server中内部函数fn_PhysLocFormatter存在解析错误，这是一个已知的问题。在使用该函数进行行物理位置格式化时，需要注意解析错误可能会导致结果的不准确。解决该问题的方法是使用CAST函数将偏移量的部分转换为整数。
在实际开发中，我们需要更加仔细地对待内部函数的使用，防止因为一些小问题而导致结果的不准确。