SQLite读取DATETIME字段触发EConverterError问题排查

这个问题的核心是SQLite聚合函数返回值的类型处理逻辑，和Delphi数据集组件的日期解析规则不匹配，具体细节如下：

• SQLite本身没有原生的DATETIME类型，你的Pradzia字段实际是以TEXT格式存储的yyyy-mm-dd hh:nn:ss字符串（可能部分记录隐含了毫秒精度，只是日常操作中没注意到）。
• 当直接按ID查询，或用子查询匹配Pradzia = MAX(...)时，数据集组件会识别字段的元数据（你定义的DATETIME类型），自动用正确的格式解析字符串为日期时间。
• 但使用MAX(Pradzia)聚合查询时，SQLite返回的是纯TEXT类型的结果（没有字段元数据），此时Delphi会默认用系统区域设置的日期格式（你的是mm/dd/yyyy hh:nn:ss ampm）去解析yyyy-mm-dd hh:nn:ss.zzz格式的字符串，自然触发格式不匹配的EConverterError。

下面给你几个可行的解决方案：

方案1：让SQLite返回标准化日期格式 #

修改查询语句，用SQLite的datetime()函数包裹MAX结果，强制返回标准的日期时间字符串：

SELECT datetime(MAX(Pradzia)) FROM Pamainos

这样返回的结果会是yyyy-mm-dd hh:nn:ss格式，Delphi的数据集组件能正确识别并转换为TDateTime，不会报错。

方案2：手动指定格式解析字符串 #

放弃使用AsDateTime，先读取字符串值，再用Delphi的日期转换函数指定格式解析：

var
  DateTimeStr: string;
  ResultDT: TDateTime;
  FormatSettings: TFormatSettings;
begin
  DateTimeStr := Fields[0].AsString;
  // 创建自定义格式设置，匹配SQLite的日期时间格式
  FormatSettings := TFormatSettings.Create;
  FormatSettings.ShortDateFormat := 'yyyy-mm-dd';
  FormatSettings.LongTimeFormat := 'hh:nn:ss.zzz'; // 兼容带毫秒的格式
  // 用TryStrToDateTime做安全解析，避免抛出异常
  if TryStrToDateTime(DateTimeStr, ResultDT, FormatSettings) then
  begin
    // 成功解析，使用ResultDT
  end
  else
  begin
    // 处理解析失败的情况
  end;
end;

如果你的数据中不是所有记录都带毫秒，也可以把LongTimeFormat设为hh:nn:ss，StrToDateTime会自动兼容带/不带毫秒的情况。

方案3：用Julian天数转换为TDateTime #

让SQLite返回Julian天数，再转换为Delphi的TDateTime（两者的Julian起点不同，需要做偏移）：

SELECT julianday(MAX(Pradzia)) FROM Pamainos

然后在Delphi中转换：

var
  JulianDay: Double;
  ResultDT: TDateTime;
begin
  JulianDay := Fields[0].AsFloat;
  // SQLite的julianday起点是公元前4714年11月24日，Delphi的是1899年12月30日，偏移量为2415018.5
  ResultDT := JulianDay - 2415018.5;
end;

这种方式完全避免了字符串解析的问题，精度也更高。

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