¿Los campos de datos SQLite null ocupan más memoria?
Estoy utilizando la biblioteca construida en sqlite en la plataforma Android.
Estoy considerando agregar varios campos de propósito general que los usuarios podrán utilizar para sus propias aplicaciones personalizadas, pero estos campos estarán en blanco la mayor parte del tiempo.
- Cómo agregar un hijo a un padre particular en el listview expandible android
- Android sqlite eliminar consulta no funciona
- Android.database.sqlite.SQLITeException: no hay tal tabla: admin mientras compila: INSERT INTO ... etc
- ¿DÓNDE IN cláusula en Android sqlite?
- Cómo eliminar las viejas filas de la base de datos sqlite en android?
Mi pregunta es, ¿cuánto sobrecarga estos campos en blanco añadir a mi base de datos? ¿Los campos nulos incluso ocupan espacio por memoria de registro en sqlite? Si es así, ¿cuánto? No entiendo muy bien el funcionamiento interno de una base de datos sqlite.
- Error de actualización de filestream de Android Sqlite singleton db
- Cómo hacer una copia de seguridad / restaurar la base de datos SQLite en Android a Dropbox
- ¿Cómo implementar una base de datos SQLite en Phonegap?
- La columna _id no existe
- Android / java Sqlite: ¿Cómo recuperar la fecha máxima?
- Cómo obtener entradas nulas de sqlite en android
- Cómo y dónde agregar el archivo sqlite (.db) en un proyecto de android
- Android - Seleccionar máximo en contentProvider
El formato de archivo SQLite se describe aquí . Un campo NULL tomará un byte.
Una forma de proporcionar campos personalizados / opcionales es ponerlos en una tabla aparte con una clave externa que identifique el registro correspondiente. Entonces no se requiere ningún registro adicional si no hay campos personalizados, aunque habrá una necesidad de hacer uniones para recopilar todos los campos cuando hay campos personalizados.
- ¿Cuál es la forma correcta de llamar a MobileAds.initialize ()?
- Excepción fatal lanzada en el subprograma Scheduler.Worker con Retrofit 2 y Rx