Usuario:ManuelRomero/Android/persistencia/Teoria

Tipos de almacenamiento externo

 * En Android cuando ejecutamos una aplicación, se crea o levanta una máquina virtual para su ejecución.
 * Cuando se acaba o finaliza la ejecución desaparece dicha máquina virtual
 * En general tengo diferentes sitios para ubicar ficheros (res, targeta SD, asset).
 * Vamos a ver difernetes formas de usar tanto para leer como para escribir datos que se puedan mantener después de la ejecución de la app
 * En Android tenemos las siguientes maneras de almacennar datos
 * 1) Bases de datos SQLLite
 * 2) Ficheros de preferencias compartidas
 * 3) Ficheros en memoria externa o sd
 * 4) Ficheros como recursos del sistema
 * 5) ficheros en la carpeta /asset
 * 6) ficheros en la carpeta /res/raw

Almacenamiento interno

 * Desaparecerán del sistema cuando se desinstale la aplicación

recursos directos o no compilados

 * Este tipo de almacenamiento interno hace que los ficheros se compilan con la app, es decir que se instalarán junto con la aplicación.

El nombre del fichero debe ser restrictivamente sencillo como el de cualquier recurso que cuelgue de la carpeta /res letras minusculas, números y el carácter de subrayado identificadores de nombre de recursos:[a..z1..9_]*
 * En un proyecto android existe una carpeta llamada /assets que en principio está vacía. Su objetivo es almacenar ficheros externos a la aplicación que serán distribuidos junto con nuestro .apk (formará parte de la compilacón).
 * Igualmente podremos colocar los fichero sen la carpeta /res/raw, en este caso tendremos una serie de restricciones
 * Este tipo de fichero es de solo lectura, no se puede escribir en ellos.

/assets Vs /res
1.- en /assets .... AssetManager asset = getAssets; InputStream = asset.open("datos.txt"); ....
 * Existen muchas situaciones en las que las dos ubicaciones pueden satisfacer nuestras necesidades
 * Sin embargo existen difernecias
 * En /res/raw solo podemos poner ficheros y no hacer ninguna estructura de directorio, mientras que en /assets sí que se puede hacer
 * Para abrir un fichero en assets necesitamos tener un objeto AssetManager, mientras que no necesitamos ningún agente para /res/raw. Supongamos un recurso llamado datos.txt

2.- en /res/raw

Los ficheros ubicado en /assets se pueden recuperar y navegar por esa carpeta (directorios, ficheros) como si fuera un sistema de ficheros normal de un SO.

Los ficheros que ubiquemos en /res son accesibles como un recurso identificado en la clase R (clase generado de forma autmática para darme una referencia a cada recurso de mi aplicación). Los ficheros colocados en el directorio /asset podrán ser accedidos como si fuera en un sistema de ficheros, sin ningún tipo de restricción  Útil por ejemplo para guardar datos de un juego, o la configuración de una aplicación, …)

Otra opción para guardar información es usar una base de datos, por ejemplo SQLLite, sobre todo indicado cuando la información esté estruturada (pensemos en una tabla de base de datos).

Para gestionar los recursos ubicado en la carpeta /asset procederemos
 * 1) Físicamente ubicamos los ficheros en la carpeta
 * 2) En el código necesitamos un objeto que permita gestionar este recurso (objeto de la clase AssetManager)
 * 3) Estos recursos no generan un ID en la clase R, por lo que debemos especificar el nombre y la ruta para acceder a ellos (usando la clase AssetManager, como ya hemos indicado).


 * Conclusión

Nosotros podemos almacenar ficheros en recursos y también en asset permite establecer jerarquía de ficheros, cosas que res no permite, en esta línea los ficheros ubicados en la carpeta res son más restrictivos y su acceso es menos libre (hay que acceder a través del Id que se general en la clase R).

Introducción

 * Android dentro del API tiene funcionalidad para gestionar una base de datos SQLite
 * Esto hace que no requeramos ningún driver ni instalar un gestor de bases de datos adicional
 * SQLite es un motor de bases de datos con una características especiales que le hacen muy atractivas para determinados entornos


 * 1) Maneja archivos de pequeño tamaño.
 * 2) Requiere poco espacio en tiempo de ejecución (250MB apx)
 * 3) no necesita un servidor, no permite concurrencia, está basado en funciones no en servicios, lo que le permite presentar tiempos de respuestas rápidos.
 * 4) cumple el estándar SQL-92
 * 5) Es Open Source
 * Página de referencia http://www.sqlite.org/

Características importantes
Si escribes esto al editar... ...este será el resultado.
 * Presenta los siguientes tipos de datos
 * No soporta otros tipos
 * No valida los valores o sea que podemos insertar cadenas de texto en un campo de enteros y el sistema no se queja

SQLite y Android
DATA/data/APP_NAME/databases/FILENAME.
 * Acceder a la base de datos implica acceder al sistema de ficheros
 * Los ficheros que creemos por defecto se ubicarán el en siguiente directoiro
 * DATA es el directorio donde ubica los ficheros 'Enviroment.getDataDirectory
 * APP_NAME nombre de la aplicación
 * FILENAME es el nombre del fichero de la base de datos

El API SQLLite

 * El API para trabajar con base de datos está definido en los siguientes paquetes
 * android.database
 * contiene todas las clases para trabajar con bases de datos


 * android.database.sqlite
 * Aquí tenemos las clases específicas para trabajar con sqlite


 * el siguiene paquete android.database.sqlite *http://developer.android.com/reference/android/database/sqlite/package-summary.html
 * Clases del paquete
 * 1) SQLiteClosable
 * 2) SQLiteCursor
 * 3) SQLiteDatabase
 * 4) SQLiteOpenHelper
 * 5) SQLiteProgram
 * 6) SQLiteQuery
 * 7) SQLiteQueryBuilder
 * 8) SQLiteStatement
 * Y las siguientes interfaces
 * 1) SQLiteCursorDriver
 * 2) SQLiteDatabase.CursorFactory
 * 3) SQLiteTransactionListener

Trabajar con Android y SQLLite
Para trabajar con una base de datos debemos realizar unos pasos clásicos
 * 1) Crear la base de datos y gestionarla
 * 2) Por crear la base de datos entendemos
 * 3) Definir la base de datos
 * 4) Definir su estructura (tablas y campos)
 * 5) Por gestionarla aludo al hecho de hacer operaciones básicas
 * 6) Insertar tuplas
 * 7) Borrar
 * 8) Modificar
 * 9) Consultar
 * 10) A continuacion vamos a ver como se realizan estas acciones con Android como lenguje y SQLLite como gestor de bases de datos relacional

Crear una base de datos

 * Para administar una base de datos tenemos la clase SQLiteDatabase	
 * Tenemos dos métodos para abrir / crear una base de datos
 * La idea es si existe la base de datos la abro, y si no existe la creo
 * Tenemos dos manera de interoperar en esta manera
 * 1) Usando métodos concretos de la clase SQLiteDatabase concretamente openDatabase u openOrCreateDatabase
 * 2) Extendiendo la clase abstracta SQLOpenHelper que es la forma mas habitual y cómoda de realizarlo.

SQLiteDatabase
Presenta los siguientes métodos para crear/abrir una base de datos Los parámetros que se pueden pasar son los siguientes
 * 1) openDatabase
 * 2) ''openOrCreateDatabase'
 * 1) String path Es el path y nombre de la base de datos
 * 2) int flag especifica el modo en el que se abre/crea la base de datos. Sus valores se pueden combinar e.j. OPEN_READWRITE|CREATE_IF_NECESSARY (Especificamos los dos modos).
 * 3) OPEN_READWRITE
 * 4) OPEN_READONLY
 * 5) CREATE_IF_NECESSARY
 * 6) NO_LOCALIZED_COLLATORS.
 * 7) SQLLiteDatabase.CursorFactory factory
 * 8) DatabaseErrorHandler errorHandler
 * 9) File file


 * En realidad el uso de ambos métodos es similar con el hecho de que en el método openOrCreateDatabase(...) asumimos el flag CREATE_IF_NECESSARY
 * Ambos métodos pueden lanzar una excepción SQLiteException En caso de no abrir/crear la base de datos que hay que capturar

Ejemplo
 * En el caso anterior alternativamente podemos usar el método openDatabase(...) que vemos en la línea comentada

Trabajar con la clase abstracta SQLiteOpenHelper
De modo que cuando creemos una clase que va a derivar de la clase SQLiteOpenHelper debemos tener la siguiente estructura SQLiteOpenHelper(Context contexto, String nonbreBD, SQLiteDatabase.CursorFactory factory, int version) SQLiteOpenHelper(Context context, String name, SQLiteDatabase.CursorFactory factory, int version, DatabaseErrorHandler errorHandler)
 * Esta clase nos va a permitir abrir/crear o actualizar una base de datos de forma sencilla
 * Presenta una serie de métodos que nos permite realizar operaciones con la base de datos
 * Un objeto SQLiteHelperOpen, no es una referencia directa a la base de datos, si no una referencia a un objeto que nos va a ayudar a interactuar con la base de datos (abrirla, crearla, interactuar con ella).
 * Los métodos onCreate y onUpdate son abstractos, así que necesariamente los tenemos que implementar
 * A continuación explicamos cada método
 * El constructor
 * En el constructor lo que debemos hacer es invocar a super(...)
 * Este método es muy rápido en ejecución. Aquí no se crea o abre la base de datos. Para tener una referencia a la base de datos abierta, hay que invocar a métodos onRedableDatabase o onWritableDatabase.
 * Los parámetros
 * 1) Context context Especifica el contexto en el que se va a abrir la base de datos
 * 2) String name Identifica el nombre de la base de datos
 * 3) SQLiteDatabase.CursorFactory factory
 * 4) int version Entero que especificará la versión de la base de datos, útil para indicar al sistema si queremos cambiar de versión, en cuyo caso de invocará al método onUpgrade
 * 5) DatabaseErrorHandler errorHandler Opcional este objeto será utilizado cuando se detecte una corrupción en la base de datos. Las acciones a realizar se implemntarán en el método abstracto onCorruption(SQLiteDatabase bd) de la clase DataBaseErrorHandler
 * onCreate
 * Si la base de datos que especificamos en el constructor nombreBD no existe se invoca al método onCreate
 * Aquí es donde crearemos la base de datos y las tablas por primera vez
 * Para modificar la estructura de la base de datos (añadir campos o tablas), hay que invocar al método onUpgrade
 * Para conseguir este propósito hay que dar una nueva versión a la base de datos.
 * onUpgrade
 * En este método podemos realizar cualquier modificación en la estructura de las tablase de la base de datos
 * ALTER TABLE, DROP son instrucciones SQL para ejecutar aquí
 * Si ocurre un error se produce un ROLLBACK y no se hace nada, todas las acciones indicadas en este método se ejecutan como una única transacción.
 * Después de ejecutar este método la base de datos se queda con la versión especificada en el parámetro newVersion

Abrir la BD para operar con ella

 * Una vez creada la base de datos, debemos interactuar con ella.
 * SQLiteDatabase es la clase para definir un objeto que permita interactuar con la base de datos.
 * Un objeto de esta clase es una referenica a la base de datos.
 * Para abrir la base de datos usamos el métodogetReadableDatabase o getWriteableDatabasede la clase SQLiteOpenHelper. Este método  retornará un objeto de la clase SQLiteDatabase estando la base de datos abierta en modo de escritura/lectura  o de solo lectura respectivamente.
 * Posteriormente con el objeto bdW o bdR ya podemos interactuar con la base de datos (Consultas, actualizaciones, inserciones y borrados).
 * A la vez la clase SQLOpenHelper tiene el método close para cerrar la base de datos.

Operar con la base de datos

 * La clase SQLiteDatabase presenta los siguientes métodos para interactuar con la base de datos
 * insert
 * update
 * delete
 * Además de forma más genérica tiene la posibilidad de ejectuar una setnencia SQL con el método
 * execSQL
 * También tenemos la clase ContentValues que permite definir parejas campo/valor permitiendo de forma cómoda realizar inserciones y actualizaciones en la base de datos
 * Para hacer consultas
 * La clase SQLiteQueryBuilder me permite realizar consultas con los métodos rawQuery y  ''query'
 * El resultado de una consulta es un objeto de la clase Cursor
 * rawQuery(String consulta)
 * directly accepts an SQL select statement as input.


 * query provides a structured interface for specifying the SQL query.

Insertando tuplas
public long insert (String table, String nullColumnHack, ContentValues values) table tabla donde queremos insertar nullColumnHack Puede ser null, especifica el nombre de la columna que permite valores null, y se insertará explícitamente el valor null, en caso de que en el ContentValue no haya valor para dicho campo. value los valores de los campos para el registro o tupla que vamos a insertar.
 * Con el método execSQL
 * Directamente realizamos una instrucción del tipo INSERT INTO TABLE nombre_tabla...
 * Tener cuidado con los valores string que van entre comillas simples y los valores enteros que no lo llevan
 * El siguiente código ilustra como usarlo
 * Este método no retorna nada y puede lanzar una excepción del tipo SQLExpection
 * La sentencia que ejecuta no puede ser del tipo SELECT solo INSERT, DELETE O UPDATE
 * Si queremos tener una referencia que si se ha insertado o no sin lanzar una expeción podemos usar el método 'insert(...)
 * insert
 * Retorna el ID de fila insertada o -1 en caso de que no se haya podido realizar una inserción
 * ContentValues
 * Esta clase contiene parejas nombre_columna valor como si se tratara de un vector de registros
 * Los valores son procesados por la clase ContentResolver
 * Para pasar los valores (parejas campo/valor) podemos usar el método put ampliamente sobrecargado
 * En el caso anterior podríamos tener el siguiente ejemplo

Actualizando y borrando tuplas

 * Además del método execSQL(String SQLSentencia), podemos utilizar un método específico para cada acción de actualizar y borrar
 * update


 * Los parámetros
 * 1) table	El nombre de la tabla a actualizar
 * 2) values es un ContentValue con los nuevos valores a actualizar
 * 3) whereClause claúsula where del update para especificar la condición que tienen que cumplir las tuplas a actualziar; el valor null especifica que la actualización afecte a todas las tuplas


 * Devuelve un entero que indica el núemro de filas afectadas


 * delete

table	El nombre de la tabla whereClause	igual que en el caso anterior, especifica la condición que deben cumplir las tuplas para ser borradas; el valor null hará que se borren todas.
 * Los parámetros
 * Devuelve el número de filas borradas.

Consultas
rawQuery
 * disponemos de los métodos rawQuery y  ''query'
 * El resultado de una consulta es un objeto de la clase Cursor
 * Los parámetros
 * 1) sql es la consulta sql una sentencia con la claúsual SELECT
 * 2) Opcionalmente podemos incluir en la consluta sql signos ? cada uno de los cuales será sustituido por los valores de array selectionArgs


 * query


 * rawQuery(String consulta)
 * query provides a structured interface for specifying the SQL query.

Gestión de cursores

 * El resultado de una consulta es un objeto cursor que es una lista de filas y metainformación sobre la misma, así como un puntero en un determinado momento a una de las filas


 * getCount, getColumnCount
 * método que nos informa sobre el número de filas y columnas respectivamente que tiene el cursor


 * moveToFirst,moveToLast moveToNext,moveToPrevious, moveToPosition(int posicion)
 * Posiciona el cursor según se indica (primero, ultimo, siguiene, anterior, a la posicion)


 * isAfterLast isBeforeFirst, isFirst, isLast, isNull, isClosed
 * Reotorna un booleano que indica si se cumple la condición


 * get*(int columnindex)
 * donde * puede ser (Short, String, Type, Double, Float,Int, Long) Y devuleve el valor de ese tipo de la columna especificada, en el caso de Type retorna el tipo de esa columno


 * getColumnIndex(String) Obtenemos el índice la columna para en nombre especificado


 * close
 * Un cursor necesita ser cerrado con este método para liberar el recurso