切换FireDAC后，如何不改SQL仅通过代码解决datetime2与int类型冲突？

这个问题我之前在迁移到FireDAC时也碰到过，核心原因是FireDAC默认会把ftDateTime类型的参数映射为SQL Server的datetime2类型，但SQL Server里datetime2和int无法直接执行加法操作（而旧的datetime类型支持和int相加，代表加N天）。不用修改现有SQL脚本的话，有两种高效的修复方式：

1. 针对单个参数强制指定SQL数据类型 #

在给参数赋值前，显式指定该参数对应的SQL Server数据类型为datetime，而不是默认的datetime2。FireDAC提供了SQLDataType属性来控制这一点：

with FDQuery1 do begin
  Params[0].AsInteger := Random(100);
  Params[1].AsDateTime := Now;
  // 强制参数2以SQL Server的datetime类型传递，避免转成datetime2
  Params[2].SQLDataType := SQL_DATETIME;
  Params[2].AsDateTime := Now;
  Params[3].AsInteger := Random(100)+100;
  ExecSQL;
end;

这样FireDAC会按照datetime类型把参数发送给SQL Server，就能正常执行:TTX_DATUM2 + 1的加法操作了。

2. 全局配置连接参数，统一映射datetime类型 #

如果你的项目中有大量类似的脚本，不想逐个参数修改，可以在FireDAC连接组件的参数中添加全局类型映射规则，让所有ftDateTime类型的参数都映射为SQL Server的datetime：

在FDConnection的Params属性中添加一行：

DataTypeMappings=ftDateTime=SQL_DATETIME

这个配置会全局生效，所有使用该连接的查询中，ftDateTime类型的参数都会以datetime类型传递给SQL Server，从根源上避免这类类型冲突问题。

原理补充 #

SQL Server中，datetime类型支持和int的隐式转换（加1代表加一天），但datetime2作为更精确的新类型，不支持这种隐式操作。FireDAC默认优先使用datetime2是为了兼容性和精度，但在这种遗留脚本场景下，我们需要强制回退到旧的类型映射规则。

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