android sqlite blob,更新了Blob后，Android sqlite无法读取

我想在SQLite数据库中存储一个图像(大小约为10MB)。 为此，我创建了一个数据库助手Dao。 一切正常，我可以创建多个记录并毫无问题地读取它们，甚至可以毫无问题地更新最新记录中的blob。

但是，如果我返回到较旧的记录并更新Blob，则无法再使用Blob加载此记录。

我有一个列表视图，其中显示了所有记录，为此，我使用了不返回Blob的选择。 该列表可以正常工作，但是当我单击列表中的一个项目时，我尝试使用blob加载记录，光标将返回0行。

public void save(Bill aBill) {

ContentValues values = new ContentValues();

values.put(DatabaseHelper.BILL_NAME_COLUMN, aBill.getName());

values.put(DatabaseHelper.BILL_DUE_DATE_COLUMN, getContentValue(aBill.getDueDate()));

values.put(DatabaseHelper.BILL_IMAGE_COLUMN, aBill.getImage());

if (!aBill.isPersistent()) {

aBill.setId(database.insert(DatabaseHelper.BILL_TABLE, null, values));

aBill.setPersistent(true);

} else {

database.update(DatabaseHelper.BILL_TABLE, values, DatabaseHelper.BILL_ID_COLUMN +"=?", new String[]{String.valueOf(aBill.getId())});

}

}

// fails after updating the blob

public Bill get(long id) {

Cursor cursor = database.query(DatabaseHelper.BILL_TABLE,

new String[]{DatabaseHelper.BILL_ID_COLUMN, DatabaseHelper.BILL_NAME_COLUMN, DatabaseHelper.BILL_DUE_DATE_COLUMN, DatabaseHelper.BILL_IMAGE_COLUMN},"id = ?", new String[] {String.valueOf(id)}, null,

null, DatabaseHelper.BILL_DUE_DATE_COLUMN);

Bill bill = null;

while (cursor.moveToNext()) {

bill = new Bill();

bill.setPersistent(true);

bill.setId(cursor.getLong(cursor.getColumnIndex(DatabaseHelper.BILL_ID_COLUMN)));

bill.setName(cursor.getString(cursor.getColumnIndex(DatabaseHelper.BILL_NAME_COLUMN)));

bill.setDueDate(getDate(cursor.getString(cursor.getColumnIndex(DatabaseHelper.BILL_DUE_DATE_COLUMN))));

bill.setImage(cursor.getBlob(cursor.getColumnIndex(DatabaseHelper.BILL_IMAGE_COLUMN)));

}

cursor.close();

return bill;

}

//works fine after updating the blob

public List findAll() {

List bills = new ArrayList();

Cursor cursor = database.query(DatabaseHelper.BILL_TABLE,

new String[]{DatabaseHelper.BILL_ID_COLUMN, DatabaseHelper.BILL_NAME_COLUMN, DatabaseHelper.BILL_DUE_DATE_COLUMN}, null, null, null,

null, DatabaseHelper.BILL_DUE_DATE_COLUMN);

while (cursor.moveToNext()) {

Bill bill = new Bill();

bill.setPersistent(true);

bill.setId(cursor.getLong(cursor.getColumnIndex(DatabaseHelper.BILL_ID_COLUMN)));

bill.setName(cursor.getString(cursor.getColumnIndex(DatabaseHelper.BILL_NAME_COLUMN)));

bill.setDueDate(getDate(cursor.getString(cursor.getColumnIndex(DatabaseHelper.BILL_DUE_DATE_COLUMN))));

bills.add(bill);

}

cursor.close();

return bills;

}

这是例外：

java.lang.IllegalStateException: Couldn't read row 0, col 0 from CursorWindow.  Make sure the Cursor is initialized correctly before accessing data from it.

at android.database.CursorWindow.nativeGetLong(Native Method)

at android.database.CursorWindow.getLong(CursorWindow.java:511)

at android.database.AbstractWindowedCursor.getLong(AbstractWindowedCursor.java:75)

at net.rka.android.billreminder.BillDao.get(BillDao.java:106)

我怀疑连续更新Blob会以某种方式破坏数据库。

有人遇到过类似的问题吗？ 如果是这样，您如何解决？

考虑到如何提出一个好的问题，您需要包括相关代码。

您是否在日志中有堆栈跟踪，如果有的话，添加它。图片有多大？仅当读入游标而不是在插入/更新列时才适用的限制是，如果有内存，CursorWindow可以容纳1或2m的数据大小(因此通常只能在BLOB中看到)

添加了堆栈跟踪。日志中没有先前的错误。正如我所说的那样，我可以添加具有相同大小图像的新记录而不会出现问题。我可以打开它们。我什至可以一遍又一遍更新最后一条记录，也可以加载它们。但是，当我更新以前的记录之一时，这些记录无法打开。光标不包含记录。

尝试在while (cursor.moveToNext()) { ....之前添加DatabaseUtils.dumpCursor(cursor);。输出将在日志中。另外，请尝试从查询中忽略图片，看看是否可行。

10Mb图像大小可能会导致问题。最多可以平均约10万，然后可以将图像存储在DB中。然后，更大的文件应该真正将图像存储为文件并将路径存储在DB中。

确定您可以在没有图像的情况下进行检索。建议不要尝试仅将图像的存储路径存储在DB中。

转储是一个很好的提示。它产生以下消息：W / CursorWindow：窗口已满：请求的分配3282011字节，可用空间2096677字节，窗口大小2097152字节窗口已满：请求的分配3282011字节，可用的空间2096677字节，窗口大小2097152字节

我真的不喜欢单独存储文件的想法，它增加了我的小示例应用程序的复杂性，必须具有额外的代码来确保db和文件系统同步。很烦，因为类似的东西可能是一个常见的用例。宁愿尝试其他方法，也不愿编码变通办法。

不只是一个普通的用例，而是一个通常不鼓励的用例(至少那是我对SO的理解)。其他选项可以极大地减小图像大小，例如每2M至少减小10-20，或者与C ++以及SQLIte3本机一起使用(如果这是正确的术语)来编写自己的图像。但是，也许有一些库/工具包对此有所规避。并不是说我看到过任何提及。

您的问题很可能是由于图像的大小和怪异，为了更好的用语，您可以存储大的BLOB而没有问题，但是由于Android的Cursor Window 2m的大小限制，您可能无法检索BLOB。有时，某些SQLiteDatabase / Cursor(在此情况下为Cursor getBlob()或它的基础方法)方法变得更加复杂，这些方法基本上隐藏了基础故障，以便提供通常更简单的开发经验。

如果您使用了SQLiteDatabase DatabaseUtils.dumpCursor，则这可能会突出显示SQLiteDatabase查询便捷方法可能隐藏的问题。因此添加：-

DatabaseUtils.dumpCursor(cursor); //<<<< ADDED

while (cursor.moveToNext()) { ........

可能提供线索。

我可以想到3种选择：

与其将文件存储为BLOBS，不如将文件存储为磁盘上的文件并将路径存储在数据库中。

显着减小图像尺寸。

研究使用C ++和本机SQLIte3库将BLOBS检索到适当大小的容器中。

也许可能有些图书馆这样做。但是，我不记得有任何提及。