hex - SQL 中的 NAV RecordIDs - 从十六进制字符串解码日期

Question

我正在尝试对表的记录 ID 进行逆向工程，但当我将日期字段作为记录 ID 的一部分时遇到了绊脚石:

我的一个测试记录的 recordID 是:

0x027D89000089FF4150303130353539000089FF4D43564100002E537116000000

解码如下:

0x027D8900是小端的表ID，解析为9010434(我的表id)

0x0089指的是“code”数据类型

0xFF 表示我的 key 包含字符

0x415030313035353900 是我的第一个主键，使用简单的 varchar 转换正确解析为 AP010559

下一部分与第二个主键相同，并且都使用 cast 正确解析

但是我在处理 002E537116000000 时遇到了问题，它指的是一个日期并像这样分解。

0x002E - “日期”数据类型

0x53711600 - 日期，应该解析为 2013-06-17 但我不知道如何解析，请注意最后一个字节只是一个终止

0x0000 - 2 个空字节

相关链接:

NAV 数据类型:http://blogs.msdn.com/b/nav/archive/2010/09/03/table-data-type-values-used-in-record-links.aspx

RecordID 的结构:http://blogs.msdn.com/b/microsoft_dynamics_nav_sustained_engineering/archive/2009/08/06/how-do-record-links-encode-their-data-in-sql-server.aspx

提前感谢任何指导

Answer 1

解码日期字段确实很棘手。

它实际上是自支持的最早日期 (03-01-01) 以来的天数，但乘以 2(因为偶数对应于正常日期，奇数对应于结束日期)，并且有一个小的偏移特殊值。

这是它的计算方式(PowerShell 中的示例):

$days = [Convert]::ToInt32("167153", 16)
$datetime = new-object System.DateTime(((($days - 737) / 2) + 2) * [TimeSpan]::TicksPerDay)
Write-Host $datetime

NAV中的Date类型存储为Int32，所以最后一个字节不是终结符，而是little endian中Int32值的第一个字节。但是，由于最大可能的日期值是 C31-12-9999，对应于 0x92766F00，因此该字节在日期值中始终为 0。

737 是支持的最小日期 (03-01-0001)。低于此范围的是未定义日期 (0D)，以及一些其他特殊常量，如最小日期、最小关闭日期。