我正在尝试对表的记录 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
提前感谢任何指导
最佳答案
解码日期字段确实很棘手。
它实际上是自支持的最早日期 (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),以及一些其他特殊常量,如最小日期、最小关闭日期。
关于hex - SQL 中的 NAV RecordIDs - 从十六进制字符串解码日期,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/26862917/