SQLite常见问题解答

　　一个用户存储过程定义被删除或改变。

　　一个 collation 序列定义被删除或改变。

　　认证函数被改变。

　　在所有情况下，解决方法是重新编译并执行该SQL语句。 因为一个已准备好的语句可以由于其它进程改变数据库模式而失效， 所有使用 sqlite3_prepare()/sqlite3_step()/sqlite3_finalize() API 的代码都应准备处理 SQLITE_SCHEMA 错误。下面给出一个例子：

　　int rc;
　　sqlite3_stmt *pStmt;
　　char zSql[] = "SELECT .....";
　　do {
　　　/* Compile the statement from SQL. Assume success. */
　　　sqlite3_prepare(pDb, zSql, -1, &pStmt, 0);
　　　while( SQLITE_ROW==sqlite3_step(pStmt) ){
　　　　/* Do something with the row of available data */
　　　}
　　　/* Finalize the statement. If an SQLITE_SCHEMA error has
　　　** occured, then the above call to sqlite3_step() will have
　　　** returned SQLITE_ERROR. sqlite3_finalize() will return
　　　** SQLITE_SCHEMA. In this case the loop will execute again.
　　　*/
　　　rc = sqlite3_finalize(pStmt);
　　} while( rc==SQLITE_SCHEMA );
　　

　　(16) 为什么 ROUND(9.95,1) 返回 9.9 而不是 10.0？ 9.95不应该圆整 (四舍五入）吗？

　　SQLite 使用二进制算术，在二进制中， 无法用有限的二进制位数表示 9.95 。使用 64-bit IEEE 浮点 （SQLite就是使用这个）最接近 9.95 的二进制表示是 9.949999999999999289457264239899814128875732421875。 所在，当你输入 9.95 时，SQLite实际上以为是上面的数字， 在四舍五入时会舍去。

　　这种问题在使用二进制浮点数的任何时候都会出现。 通常的规则是记住很多有限的十进制小数都没有一个对应的二进制表示。 所以，它们只能使用最接近的二进制数。它们通常非常接近， 但也会有些微小的不同，有些时候也会导致你所期望的不同的结果。