带有 NSDate 的 FMDB 查询执行但不生效

Question

我通过 FMDB 执行的任何包含 NSDates 的查询都会执行，但不会返回结果集或对数据库进行编辑。我正在 ios 4.3 模拟器中工作。未规定日期的其他查询正确执行。下面是我使用的代码摘录：

NSDateFormatter *dateFormatter = [[NSDateFormatter alloc]init];
[dateFormatter setDateFormat:@"yyyy-MM-dd hh-mm-ss"];

NSDate *start = [dateFormatter dateFromString:@"2011-07-18 06:40:21" ];
NSDate *end = [dateFormatter dateFromString:@"2011-07-18 06:41:19"];

[dateFormatter release];

FMDatabase* db = [FMDatabase databaseWithPath:appDelegate.databasePath];
if (![db open]) {
NSLog(@"Could not open db.");
}

[db beginTransaction];
[db executeUpdate:@"delete from time_stamp_table where time_stamp >= ? 
and time_stamp <= ?",start,end];

NSLog(@"Err %d: %@", [db lastErrorCode], [db lastErrorMessage]);
[db commit];
[db close];

架构在 time_stamped_table 中声明了 time_stamp：

create table time_stamp_table{
id INTEGER PRIMARY KEY,
time_stamp DATETIME NOT NULL
}

当我在命令行上的 sqlite3 中使用存储在模拟应用程序上下文中的数据库进行这些查询时，它们可以工作。是否有一些我缺少的 NSDate 使用 FMDB 查询的特殊准备？

Answer 1

查询就像

 SELECT *  from Time_Stamp where updatedTime >= DATE('2011-05-17 06:40:21') AND updatedTime <= DATE('2011-07-19 06:40:21')

在比较日期时获取正确的记录。您可能会从中得到一些提示并更改您的查询，例如

 [db executeUpdate:@"delete from time_stamp_table where time_stamp >= DATE(?) 
and time_stamp <= DATE(?)",start,end];

或者

 [db executeQuery:[NSString stringwithFormat:@"delete from time_stamp_table where time_stamp >= DATE('%@') 
and time_stamp <= DATE('%@')",start,end];

我还没有测试查询，所以您必须自己测试它。希望有帮助

Answer 2

尽量避免将 NSDate 解析为 SQL 查询。而是尝试以 sqlite 可以理解的格式解析 NSString：'2011-07-18 06:41:19'。
如果您希望 sqlite 比较您必须使用特定日期函数的值。 Sqlite3 为您提供了 DATE、TIME 或 DATETIME 函数来转换字符串。

其次，要纠正 Rahul Sharma，使用 DATE 函数比较 TIMESTAMP 会失败，因为 TIMESTAMP 会同时保存日期和时间。因此应使用 DATETIME 函数。

[db executeUpdate:@"delete from time_stamp_table where time_stamp >= DATETIME(?) 
                                                   and time_stamp <= DATETIME(?);",
                    @"2011-07-18 06:40:21",
                    @"2011-07-18 06:41:19"]; 

Answer 3

可能您使用过 executeQuery 方法。 删除操作属于更新操作。起初，我使用了executeQuery，但一次又一次检查属性类型也找不到问题。最后 executeUpdate 修复了它。