Límite de tamaño del cursor en Android SQLiteDatabase

Hay un límite de 1 MB de activos internos debido a la descompresión dinámica; el límite de 1MB también parece aplicarse a bloques de cursor, pero esto no parece estar documentado en ninguna parte.

En general, debe evitar blobs en SQLite, ya que no funcionan bien; en su lugar guardar los datos de blob como un archivo y almacenar la ubicación del archivo en su base de datos.

Leer un BLOB que es menos de 100 KB de una base de datos SQLite es más rápido que leer el mismo desde el sistema de archivos. Sin embargo, cualquier cosa mayor que eso se guarda mejor en el disco, con una referencia en el db. Más información en: http://www.sqlite.org/intern-v-extern-blob.html

Hay un límite de 1 MB por operación. (No estoy seguro si esto es por fila o por columna en el caso de consultas SQLite). El límite se debe a que la API de SQLite interactúa con sqlite fuera de proceso sobre el sistema Binder / Parcel IPC. El mismo límite se aplica a los valores dentro de un Bundle (Intent extras, por ejemplo).

El binder buffer de transacciones tiene un tamaño fijo limitado, actualmente 1Mb, que es compartido por todas las transacciones en curso para el proceso.

Vea: http://developer.android.com/reference/android/os/TransactionTooLargeException.html

¿Es la consulta que está utilizando 'seleccionar' dicho blob? ¿Puedes omitirlo? Si no puede, está usando:

blob = rs.getBlob(column) ; InputStream in = blob.getBinaryStream(); 

o

  blob.getBytes(1, lengthOblob) ; 

El primer método te permitirá leer el blob en trozos. El segundo va a tener la gota cargada de una vez.

Parece que la compatibilidad con BLOB en Android aún no se ha implementado …

http://www.basic4ppc.com/forum/basic4android-updates-questions/6648-support-sqlite-blob.html

¿Qué datos se almacenan en los campos BLOB? Me imagino fotos.

Yo recomendaría no usar BLOBs. El sistema de archivos es una opción mucho mejor para los datos binarios.

¿Puedes explicar un poco más sobre lo que quieres lograr con la base de datos?