我有一个使用 sqlite 的应用程序,我在其中检查表中是否存在特定记录。如果没有,我正在将数据插入表中,但在插入时出现错误代码 5。
这是我的代码
-(int)addPayOptions:(NSString*)owner:(NSString*)bank:(NSString*)number:(NSString*)scheme:(NSString*)type:(NSString*)expiryDate:(NSString*)name
{
NSString *queryString=nil;
NSString *dbPath = [DBManager getdbpath];
int val =0;
@try {
queryString=[NSString stringWithFormat:@"SELECT * FROM PAYTABLE WHERE NAME='%@'",name];
if (sqlite3_open([dbPath UTF8String], &database)==SQLITE_OK)
{
int resp_code =sqlite3_prepare_v2(database, [queryString UTF8String], -1, &statement, NULL);
NSLog(@"%d",resp_code);
if (sqlite3_prepare_v2(database, [queryString UTF8String], -1, &statement, NULL)==SQLITE_OK)
{
if (sqlite3_step(statement)==SQLITE_ROW)
{
val=0;
return val;
sqlite3_reset(statement);
}
else
{
BOOL checkinserted =[self insertPayOptions:owner :bank :number :0:scheme:type:expiryDate:name];
if (checkinserted)
{
val=1;
return val;
}
else
{
val=0;
return val;
}
}
sqlite3_finalize(statement);
}
}
sqlite3_close(database);
}
@catch (NSException *exception) {
}
return val;
}
-(BOOL)insertPayOptions:(NSString*)owner:(NSString*)bank:(NSString*)number:(NSString*)defaultOption:(NSString*)scheme:(NSString*)type:(NSString*)expiryDate:(NSString*)name
{
const char *dbpath = [dbPath UTF8String];
BOOL check = '\0';
if (sqlite3_open([dbPath UTF8String], &database)==SQLITE_OK)
{
NSString *insertSQL = [NSString stringWithFormat:@"insert into PAYTABLE (OWNER,BANK,NUMBER,DEFAULT_OPTION,SCHEME,TYPE,EXPIRYDATE,NAME) VALUES('%@','%@','%@','%d','%@','%@','%@','%@')",owner,bank,number,0,scheme,type,expiryDate,name];
if(sqlite3_prepare_v2(database, [insertSQL UTF8String], -1, &statement, NULL)==SQLITE_OK)
{
NSLog(@"%d",sqlite3_step(statement));
if (sqlite3_step(statement)==SQLITE_DONE)
{
check=YES;
}
else
{
check =NO;
}
}
sqlite3_finalize(statement);
}
sqlite3_close(database);
return check;
}
最佳答案
值为 5 是 SQLITE_BUSY
,这意味着数据库当前正忙于做其他事情(例如,之前的 SQLite 调用没有正确完成和关闭)。
也许巧合的是,此方法恰恰是导致此 SQLITE_BUSY
错误的编程错误的完美示例。在你的代码中,如果 sqlite3_prepare_v2
语句成功,你将永远不会到达你的 sqlite3_finalize
或 sqlite3_close
语句,因为你 return
在进行那些最终确定/结束通话之前。因此,下次调用此方法时,它会告诉您数据库正忙(因为之前的调用从未完成和关闭)。
在执行 SQLite 调用的方法中调用 return
时要非常非常小心,或者如果您确实在方法中使用了 return
,请确保调用适当的方法sqlite3_finalize
和 sqlite3_close
调用 before 返回。或者,更好的做法是重构您的代码,以尽量减少散落在整个方法中的这些 return
语句,这样就更难犯这个错误。
顺便说一句,虽然此方法方便地说明了会导致 SQLITE_BUSY
的编程错误,但这不一定是代码中无法完成语句的唯一情况或无法关闭数据库。你确实应该检查所有与 SQLite 相关的函数并考虑每条执行路径,并确保 sqlite3_finalize
和 sqlite3_close
不可能被调用。
一些不相关的观察:
顺便说一下,如果数据库调用失败,记录
sqlite3_errmsg
通常很有用,这将提供更多关于错误的确切性质的信息。例如,现在,如果 prepare 语句失败,您将静默返回,而没有任何关于任何潜在错误的有用诊断信息。您应该避免在 Objective-C 中使用
try
/catch
block 。虽然这在其他编程语言中是一个重要的结构,但在 Objective-C 中,您应该通过查看返回码(并在提供的情况下检查NSError
对象)来完成所有错误处理。事实上,由于您的catch
block 什么都不做,您实际上会掩盖发生的任何异常,所以情况更糟。在使用
stringWithFormat
构建 SQL 语句时应该非常小心。如果该值包含撇号,您的 SQL 将失败。请改用sqlite3_bind_text
,结合使用?
占位符的 SQL。在这种情况下不需要使用
sqlite3_reset
语句。您只在重用之前准备好的sqlite3_stmt
时才使用sqlite3_reset
,而您在这里没有这样做。您在return
语句之后调用了sqlite3_reset
,所以这可能是学术性的,但是尽管如此,这个sqlite3_reset
调用还是可以删除的。
关于ios - sqlite3_step 在将数据插入 sqlite 时返回错误代码 5,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/22960923/