两台同配置Windows Server 2012上SQL Server的DATETIME2显示不一致问题

你遇到的显示差异完全由客户端侧的配置规则导致，和数据库本身的存储逻辑无关：DATETIME2类型在数据库中存储的精度由建表时指定的参数决定（默认最高7位小数秒），不会因为访问设备不同发生变化，差异来自客户端驱动、工具对DATETIME2值转字符串的格式化规则不同。

可能的差异来源 #

• SQL Server Native Client（SNAC）版本差异
  不同版本的SNAC驱动对DATETIME2的默认转换规则不同，旧版驱动会默认截断小数秒只展示到秒级，新版驱动会默认展示完整精度。你可以在两台设备的「控制面板→程序和功能」中，对比已安装的「Microsoft SQL Server Native Client」版本号是否一致。
• 查询工具/应用程序的格式配置
  如果使用SSMS、sqlcmd等查询工具，或自研应用查询数据：
  • SSMS可在「工具→选项→查询结果→SQL Server→自定义日期和时间格式」中调整datetime类型的展示规则，不同版本或配置的SSMS默认规则可能不同
  • 自研应用的日期格式化逻辑通常和Windows系统区域设置挂钩，两台设备的「区域设置→时间格式」配置不同时，也会导致展示结果差异
• ODBC/OLE DB数据源配置
  若通过ODBC数据源连接数据库，可打开对应位数的ODBC数据源管理器，检查对应SQL Server数据源的配置项，旧版ODBC配置默认会省略DATETIME2的小数秒部分。

统一展示格式的方案 #

• 客户端侧统一：两台设备安装相同版本的SNAC驱动，统一查询工具、Windows区域的时间格式配置
• 数据库侧统一（更稳妥，不受客户端配置影响）：查询时通过CONVERT函数强制指定返回的日期格式，示例如下：

  -- 输出到秒级，格式为yyyy-MM-dd HH:mm:ss
  SELECT CONVERT(VARCHAR(19), 你的DATETIME2字段名, 120) FROM 表名;
  -- 输出完整7位小数秒，格式为yyyy-MM-dd HH:mm:ss.fffffff
  SELECT CONVERT(VARCHAR(30), 你的DATETIME2字段名, 121) FROM 表名;
  

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