SQL Timestamp转C# DateTime报错：无法识别有效日期时间字符串

嘿，这个问题我碰到过好多次！你踩的坑根源在于对SQL里RECORDTIMESTAMP列的类型理解偏差——那些0x开头的十六进制值，大概率是SQL Server的rowversion（旧称timestamp）类型，它本质是8字节的二进制版本号，用来跟踪行的修改次数，根本不是实际的日期时间值。直接把它的字符串形式丢给DateTime.Parse，自然会因为格式不匹配报错。

下面给你两种针对性的解决方案，根据你的实际场景选择：

场景1：列是自定义存储的DateTime二进制（比如Ticks） #

如果你的RECORDTIMESTAMP是binary(8)类型，手动存储了DateTime的Ticks值（DateTime的内部存储就是用long类型的Ticks表示的），可以这样解析：

// 先判断值是否为空
if (row["RecordTimeStamp"] != DBNull.Value)
{
    // 读取二进制数组
    byte[] timestampBytes = (byte[])row["RecordTimeStamp"];
    // 把二进制转成long类型的Ticks（注意字节序：SQL Server在Windows下是小端，和BitConverter默认一致，无需反转）
    long timeTicks = BitConverter.ToInt64(timestampBytes, 0);
    // 用Ticks创建DateTime
    RecordTimeStamp = new DateTime(timeTicks);
}
else
{
    RecordTimeStamp = null;
}

场景2：列是SQL Server的rowversion/timestamp类型 #

如果这列是SQL自动生成的rowversion，那它和日期时间没有任何关联，只是行的修改版本标识。如果你需要记录行的修改时间，建议：

• 新增一个datetime2类型的列（比如LastModifiedTime），在插入/更新时自动赋值（可以用SQL的默认值GETUTCDATE()，或者在C#代码里设置）
• 放弃把rowversion转成DateTime的尝试，它的作用是乐观锁或版本跟踪，不是存储时间

为什么你之前的代码会报错？ #

你调用row["RecordTimeStamp"].ToString()后，得到的是类似"0x000000000005B2A4"的字符串，这个格式完全不符合DateTime的解析规则，DateTime.Parse根本无法识别，所以才会抛出"The string was not recognized as a valid DateTime..."的错误。

内容的提问来源于stack exchange，提问作者pedro lopez