SQLite中WHERE子句比较DateTime时的格式问题排查

首先明确说：你的存储方式是可行的，问题出在查询时的参数绑定逻辑上，我来一步步拆解原因和修复方法。

为什么存储方式没问题？ #

你用yyyy-MM-dd HH:mm:ss格式的字符串存储日期时间是完全OK的——SQLite的date()函数可以正确解析这种符合ISO8601标准的字符串，能准确提取出日期部分。无WHERE子句的查询能正常返回数据，也证明了存储的格式是有效的。

查询失败的核心原因 #

问题出在SQL参数绑定的机制上：当你用?作为占位符时，SQLite会把你传入的参数当作字面量字符串处理，而不是当作SQL表达式执行。

举个例子：你传入new String[]{"date('now')"}，SQL实际执行的逻辑是：

date(TIME) = 'date(''now'')'

也就是把date('now')当成了一个普通的字符串值，而不是执行这个函数去获取当前日期，自然匹配不到任何数据——你的TIME字段里根本没有date('now')这个字符串。

修复方法 #

方法1：直接在WHERE子句中使用日期函数 #

不需要参数绑定，直接把日期函数写进SQL语句里，让SQLite直接执行计算：

database.query("tbl_EX", new String[]{"_id", "TIME"}, "date(TIME) = date('now')", null, null, null, "TIME");

这样date('now')会被直接计算为当前日期（比如2019-03-30），和date(TIME)提取的日期部分对比，就能正确匹配当天的记录。

方法2：在Java代码中计算日期字符串，再作为参数传入 #

如果你想保留参数绑定的方式（比如动态传入指定日期，或避免SQL注入风险），可以先在Java里生成目标日期的字符串（格式为yyyy-MM-dd），再传给占位符：

// 生成当天的日期字符串（仅日期部分）
SimpleDateFormat dateOnlyFormat = new SimpleDateFormat("yyyy-MM-dd", Locale.getDefault());
String targetDate = dateOnlyFormat.format(Calendar.getInstance(Locale.getDefault()).getTime());

// 执行查询
database.query("tbl_EX", new String[]{"_id", "TIME"}, "date(TIME) = ?", new String[]{targetDate}, null, null, "TIME");

此时?会被替换成实际的日期字符串（比如2019-03-30），和date(TIME)的结果完全匹配，就能查到数据了。

额外优化建议：考虑存储时间戳 #

如果你的业务涉及更多复杂的日期运算（比如范围查询、跨天统计），可以把TIME字段改成存储毫秒级时间戳（Long类型），这样查询时的性能和灵活性会更好：

// 插入时存储时间戳
long timestamp = Calendar.getInstance(Locale.getDefault()).getTimeInMillis();
contentValues.put("TIME", timestamp);

// 查询当天记录
database.query("tbl_EX", new String[]{"_id", "TIME"}, "date(datetime(TIME/1000, 'unixepoch')) = date('now')", null, null, null, "TIME");

这种方式避免了字符串解析的潜在开销，也更适合处理时间范围类的查询。

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