Hay proyectos en los que es necesario pensar en la portabilidad de la base de datos, permitiendo que funcione perfectamente en diferentes servidores. Por ejemplo, el famoso phpBB soporta 7 sistemas. Esto no es recomendable en proyectos en los que el rendimiento es algo vital como sitios web y sólo debe aplicarse a proyectos donde prima la portabilidad.

A nivel de aplicación, esto requiere el uso de una capa de abstracción que hoy en día integran la mayoría de frameworks o que puede lograrse con con la extensión PDO de PHP o clases como ADOdb. Y para convertir las bases de datos entre sí, ya he hablado de SQL::Translator, un potente script programado en Perl.

Conoce el estándar SQL-92

En la especificación de SQL-92 se definen los puntos comunes del lenguaje. Tenerlos claros los puntos es primordial como por ejemplo el uso de comillas simples para literales.

Comprueba todos los datos antes de enviarlos a la base de datos

Esto debe ser básico en cualquier desarrollo, pero nunca sobra recordarlo. Todos los datos que se almacenen deben estar comprobados, ya que un sistema puede aceptar un valor no válido para un tipo de dato y convertirlo mientras que otro sistema lo rechazará.

Usa correctamente los valores NULL y asigna valores por defecto

Todos los campos que sean omitibles en un INSERT o un UPDATE deben tener un valor por defecto o bien ser NULL. En bases de datos como SQLite, el no especificar un valor por defecto provoca un error, mientras que en MySQL no.

Usa transacciones cuando se requiera

Cuando se realizan varias consultas seguidas de inserción, actualización o borrado, es recomendable el uso de transacciones. Es mejor no realizar ningún cambio a que se realice a medias, perdiendo datos.

Usa consultas INSERT y UPDATE completas

Nunca deben omitirse partes de las sentencias de inserción y actualización. Por ejemplo: INSERT INTO tabla (campo1, campo2) VALUES ('a', 'b').

Usa siempre ORDER BY

MySQL permite establecer el orden por defecto de una tabla y en otros sistemas el orden puede variar por cada consulta realizada, ya que se puede ordenar por fecha de actualización o inserción del registro. Por eso nunca debe omitirse ORDER BY.

Evita el uso de la integridad referencial

La integridad referencial no está soportada en todos los sistemas (MySQL con tablas InnoDB sí la soporta pero no con tablas MyISAM, SQLite permite asignar claves foráneas pero no hace nada con ellas), por lo que la lógica debe trasladarse a la programación, borrando o actualizando los datos relacionados de ser necesario.

Evita el uso de funciones propias

No deben usarse funciones propias de cada sistema, dificultan la portabilidad. Lo que se puede hacer con una función en una consulta puede hacerse con otra función en la programación. Eso sí, ciertas funciones de tratamiento de cadenas y fechas pueden ser comunes o muy similares, por lo que en caso de ser necesario, debe tenerse en cuenta a la hora de programar para usar la adecuada según el sistema. Algunas capas de abastracción como ADOdb integran ayudas para estos casos.

Evita el uso triggers y procedures

Todo lo que puede incluirse en disparadores y procedimientos almacenables puede incluirse en la lógica de la aplicación. Se pierde comodidad pero evitan problemas, ya que la implementación de estas funciones varía y ciertos sistemas no las implementan.

Evita el uso de vistas

Las vistas funcionan de diferente forma entre los diferentes RDBMS existentes, sobre todo en la actualización de los datos que consulta, lo que puede provocar resultados inesperados. Hay que recordar que sólo algunos sistemas permiten la actualización de datos en vistas, por lo que es importante no hacer uso de esa funcionalidad.

Evita el uso de subconsultas

Del mismo modo que las vistas, las subconsultas funcionan de diferente forma entre los diferentes RDBMS existentes y no todos las implementan. Cada sistema tiene sus restricciones, por lo que una subconsulta que funciona perfectamente en

Evita el uso tipos de datos y atributos no estándar

Los tipos de datos específicos de ciertos motores deben evitarse. Por ejemplo, una fecha timestamp puede almacenarse en un campo INT de 32 bits, pero en MySQL puede almacenarse en un campo tipo TIMESTAMP con el atributo ON UPDATE CURRENT_TIMESTAMP que no es extensible a otros sistemas. Otro ejemplo pueden ser los tipos BOOL, que pueden sustituirse por enteros (0 - 1).

Etiquetas: programacion

En este post mostraremos como conectar SQLite con java, usando para esto Netbeans; el resultado final es un JTextArea que mostrara el contenido de la base de datos creada en SQLite. El resultado es el siguiente:

Antes que nada vamos a la pagina de SQLiteJDBC y nos descargamos Driver para SQLite pero la version realizada en java (Pure Java), como podran notar hay versiones para Windows, Linux y MacOS las cuales se basan en la libreria JNI, a grandes rasgos esta libreria utiliza llamadas al sistema anfitrion; por tanto si quieres que tu aplicacion se ejecute en cualquier sistema operativo sin ningun problema entonces la version realizada en java (pure java) es la mejor opcion.

Una vez que descargamos el archivo (sqlitejdbc-v048-nested.tgz) lo descomprimimos, esto nos generara dos archivos un JAR y un README de toda la vida, el archivo que nos interesa obviamente es el JAR, pero de momento no lo muevas, solo recuerda en donde se encuentra.

Lo siguiente que haremos es crear la base de datos que mostrara nuestra aplicaciion, para ello usaremos una extencion de firefox llamada SQLite Manager, utilizamos esta misma extencion en un tutorial anterior (SQLite con C# para el Framework 2.0 de .NET), asi que el procedimiento es el mismo:

Vamos a crear un DB simple, con la tipica estructura de la lista del salon de clases:

• id_alumno
• nombre
• ap_paterno
• ap_materno

En nuestro SQLite Manager le damos en New Database y le damos por nombre alumnos (automaticamente SQLite Manager le agrega la extencion .sqlite), nos pregunta en donde queremos guardarla, de momento la guardamos en nuestro Escritorio. Una vez creada la DB, le damos al boton Create Table y en la ventana le damos un nombre a nuestra tabla (lista en nuestro caso), ademas de que definimos las columnas.

Una vez hecho esto ya debes de tener tu base de datos (alumnos.sqlite) creada con una tabla(lista). Vamos a agregarle tres valores para que estos sean los que se muestren en nuestro JTextArea, para eso vamos a la pestaña Browse > Search y le damos al boton Add New Record; recuerda agregar 3 registros (en mi caso, si quieres agrega mas).

Cerramos el SQLite Manager y hasta este momento contamos con una base de datos en SQLite y la libreria (Driver) que nos permitira conectarnos a ella. Es momento entonces de abrir nuestro Netbeans, en mi caso es la version 6.1

Creamos un nuevo proyecto (File > New Project...) y seleccionamos una Java Aplication

Le ponemos un nombre "interesante" y revisamos que la opcion "Create Main Class" no este seleccionada. Por ultimo le damos finalizar

Con esto tendremos creado nuestro proyecto, el siguiente paso es agregar la libreria para SQLite, en nuestr caso es un .JAR, para esto en la carpeta Libraries que aparece en la seccion Projects damos un click-derecho y seleccionamos la opcion Add JAR/Folder nos aparecera una ventana que nos permitira seleccionar el archivo .JAR que previamente habiamos descargado.

Una vez hecho lo anterior en nuestra carpeta Libraries aparecera nuestro archivo .JAR

Lo siguiente es crear la interfaz grafica de nuestr aplicacion, para ello damos click-derecho sobre el arbol de nuestro proyecto y seleccionamos ( New > JFrame Form...)

En la siguiente ventana le damos un nombre "interesante" y en el campo "Package" le ponemos "my.nombreinteresante" (obviamente es el nombre que le hayas puesto)

Esto nos creara el Frame que contendra nuestra aplicacion, ahora rapidamente en el menu "Palette" que nos acaba de aparecer, seleccionamos un elemento "Panel" lo arrastramos sobre nuestro JFrame y lo acomodamos para que ocupe todo el espacio, posteriormente seleccionamos un elemento TextArea el cual mostrara los datos de nuestra base de datos y lo arrastramos dentro del elemento "Panel", finalmente debe de quedarte algo asi:

Ahora pasaremos a lo interesante, pasaremos al codigo, para ellos le damos click al boton que dice Source y pasaremos al codigo de la aplicacion.

Como puedes ver hay codigo que Netbeans crea automaticamente, este codigo es el necesario para mostrar la aplicacion que hasta este momento hemos venido creando, esa porcion de codigo como te repito la crea Netbeans y de momento no nos meteremos con ella. Pero si es necesario agregar codigo para que nuestra hermosa aplicacion se conecte con la base de datos, por tanto pasemos a eso. Importamos los paquetes necesarios para nuestra aplicación:

Una vez hecho esto buscamos el comienzo de nuestro probrama, o mejor dicho en donde comienza la clase que define a nuestro programa, una vez encontrada definimos variables que hagan referencia al controlador de base de datos y a la base de datos que usaremos. Ademas de variables para la conexion y para las instrucciones SQL.

Ahora pasemos al "contructor" de nuestra aplicacion, en donde pondremos toda la funcionalidad, como se puede apreciar comienza con una llamada a la funcion initComponents(); la cual se encarga de crear y acomodar los elementos de nuestra interfaz grafica, la funcionalidad la agregaremos despues de esta llamada. El codigo es el siguiente:

Con esto, nuestra aplicación esta concluida, ahora solo nos queda agregar la base de datos creada a la carpeta del proyecto, debe de quedarte algo asi:

Finalmente presionamos F6 y veemos como corre radiante. Oviamente este ejemplo puede mejorarse y mucho, seria deseable que en lugar de usar un JTextArea se usara una JTable, pero esto sera en otro post. Recuerden dudas, comentarios, errores, sugerencias, etc. en los comentarios

Link: SQLiteJDBC | Pure Java

Etiquetas: java, programacion, sqlite, base datos

(Los fuentes del ejemplo están disponibles en el pie del artículo).

En el ejemplo de hoy, la tercera entrega de nuestro ejemplo con SQLite y UITableView, vamos a tratar los siguientes puntos:

1. Implementar los métodos de insertar y eliminar registros.

2. Permitir la eliminación mediante el efecto de desplazar el dedo hacia la izquierda.

3. Pintar un pequeño icono en la parte derecha de nuestro TableView.

4. Implementar un método que guarde todos los cambios en memoria en nuestra base de datos.

5. Nueva vista para la inserción de datos.

IMPLEMENTAR LOS MÉTODOS DE INSERTAR Y ELIMINAR

Hemos implementado en nuestra clase delegada dos métodos encargados de insertar y eliminar registros en nuestra base de datos. En concreto se llaman addRegister y removeRegister. Ambos métodos recogen la información necesaria que les llega y la envía a nuestra clase Inmueble, a la cual también hemos dotado de ambos métodos para insertar y para eliminar basados en SQLite.

ELIMINACIÓN MEDIANTE EL EFECTO DE DESPLAZAMIENTO HACIA LA IZQUIERDA

Como ya vimos con otra clase de métodos, gracias a nuestra clase UITableViewDataSource, podemos recibir eventos como el encargado de detectar la eliminación de un registro de un TableView al desplazar el dedo hacia la izquierda. En concreto es commitEditingStyle, el cual hemos implementado en nuestra clase controladora DataViewController, junto al resto. 

PINTAR EL ICONO DE LA ZONA DERECHA DE NUESTRO TABLEVIEW

Mediante la clase UITableViewCellAccessoryType, de la cual no existe mucha documentación, podemos indicar a nuestro TableView, que en la zona derecha de cada registro se pinte un pequeño icono en forma de flecha, muy util para indicar algún tipo de desplazamiento a otra vista.

MÉTODOS ENCARGADOS DE GUARDAR LOS CAMBIOS EN MEMORIA

Mediante un nuevo método llamado dehydrate en nuestra clase Inmuble, controlamos que todos los cambios realizados sean guardados a nuestra base de datos, y simulamos una especie de flush. Este método es llamado justo antes de que salgamos de nuestra aplicación.

NUEVA VISTA PARA LA INSERCIÓN DE DATOS

Mediante un nuevo fichero XIB, y una nueva clase, permitiremos insertar nuevos registros. El fichero de recursos tendrá un control de tipo UITextField, y una barra de navegación con los botones de guardar y cancelar. Para ello igualmente hemos creado una nueva clase, encargada de controlar dichos botones y realizar las llamadas oportunas para guardar los cambios introducidos.

Aplicación de ejemplo: buscapisos.zip

Etiquetas: ejemplos, sqlite

Para el ejemplo de hoy, vamos a poner en práctica el uso de SQLite en una aplicación que vamos a ir desarrollando poco a poco, hasta convertirla en una agenda buscador de pisos, que nos permita la aplicación de insertar inmuebles que veamos y nos interesen, y por qué no más adelante igual le damos la posibilidad de asociar el inmueble con un mapa de Google Maps e incluso la posibilidad de adjuntar fotografías a cada registro que insertemos, pero eso más adelante.

Para comenzar con nuestra aplicación, recordemos que primero debemos de insertar como framework de nuestro proyecto, la librería dinámica de libsqlite3.0.dylib. 

Por otra parte no olvidemos crearnos nuestra base de datos, y que cada uno la cree con la aplicación que mejor considere, yo ya dejé un pequeño ejemplo en anteriores artículos. La insertamos bajo la carpeta de Resources en nuestro árbol de proyectos. En nuestro caso se llamará inmueblesdb.sql.

Ahora editamos nuestro fichero de recursos XIB para incluir un controlador de navegación (Navigation Controller) para gestionar varias vistas que tendremos. Para nuestro controlador de vista (View Controller) creado por defecto bajo el árbol de Navigation Controller, vamos a generar los ficheros de declaración e implementación (h, m), ya que trabajaremos sobre ellos. Antes de hacerlo desde el menú File / Write Class Files le vamos a cambiar el nombre a la clase de UIViewController por DataViewController, para localizarlo mejor en nuestro proyecto, ya que va a ser la vista encargada de mostrar los datos principales de nuestra base de datos. Para cambiarle el nombre lo hacemos desde la última opción de la ventana de atributos, llamada Identity.

Una vez cambiado el nombre de nuestra clase y tras generar los ficheros de dicha clase, si probamos a compilar veremos que nos da un error, ya que la definición de nuestra clase la realiza incompleta, a falta de que nosotros terminemos de definirla. En concreto espera a que definamos la clase padre de donde queremos que herede y en nuestro caso es de UITableViewController, así que reemplazamos el comentario que nos genera por dicha clase.

A continuación, vamos a incluir nuestra clase recién creada en nuestra clase delegada de la aplicación, para que cuando la ejecutemos, en lugar de aparecer la ventana blanca vacía, aparezca ya nuestro Navigation Controller. Esta es una de las operaciones que espero que en próximas versiones del SDK mejoren, pues lo que vamos a realizar en tres pasos, sería más lógico hacerlo en uno solo, os cuento:

1. Definimos nuestro objeto Navigation Controller en la clase delegate:

IBOutlet UINavigationController *navigationController;

@property (nonatomic, retain) UINavigationController *navigationController;

 2. Implementamos el mismo objeto en la parte de implementación de la misma clase delegate:

@synthesize navigationController;

3. En nuestro fichero de recursos, indicamos que nuestro objeto Navigation Controller forma parte de nuestra clase delegate mediante las conexiones.

Como os comentaba, me resulta más lógico que el paso 1 y 2 se generen automáticamente cuando realicemos el paso 3, con la opción de que me permita asignar un nombre al objeto que voy a generar.

Bueno, en este punto ya tenemos nuestro fichero de recursos preparado, nuestra base de datos creada y nuestra clase que va a gestionar dichos datos (DataViewController) ya generada. Antes de empezar, nos falta una última clase ( de momento ) que va a ser la responsable de mostrar la estructura de nuestros datos.

En un próximo artículo la crearemos y realizaremos la conexión con la base de datos para comenzar a completar nuestra tabla (UITableView).

Etiquetas: pequeños ejemplos, dylib, iphone, sqlite

… o lo que es lo mismo “no le dejes el trabajo de un hombre a un niño”.

Algo que he podido apreciar en las presentaciones de algunos (muchos) proyectos de titulacion es que en materia de base de datos terminan usando MySQL, Oracle o en el peor de los casos Access, y ok voy de acuerdo en usar MySQL u Oracle cuando se trata de algo en red y cuando vas a trabajar con muchos pero muuuchos datos y no para hacer una aplicacion del tipo “Agendita Mi Alegria”.

Cuando la cantidad de datos es poca y no es atraves de una red terminan usando Access, lo cual es todavia peor, entonces la pregunta es: ¿Por que poner aun niño a hacer el trabajo de un hombre? o mejor dicho ¿por que usar Access en lugar de SQLite? (en el caso de que usen Oracle o MySQL les diria: “¿Por que matar una mosca a cañonazos?” ).

Uno de los motivos que yo veo es el desconocimiento, la verdad es que no hay mucha información que digamos sobre SQLite y la que hay esta en ingles. Asi que os parece si revertimos esto

Hagamos un pequeño intro a SQLite {mas que otra cosa es un prefacio}

SQLite es una base de datos relacional de fuente abierta. Que originalmente vio la luz en el año 2000. SQLite cuenta con una reputación de ser muy portable, fácil de usar, compacta, eficiente y fiable. Muy similar al conocido Access del mundo Windows pero a diferencia de este posee una serie de ventajas.

Para comenzar es multiplataforma y cumple con la mayoria de los estándares SQL92 por lo que su sintaxis y forma de uso casi no posee curva de aprendizaje si es que conoces SQL y/o has trabajado con MySQL. Es ideal para trabajar con volúmenes medianos o pequeños de información, de manera ágil y eficiente. Aunque sus diseñadores aseguran que es posible manejar bases de datos de hasta 2 TeraBytes sin mayores inconvenientes. Cuando un MySQL queda grande la solución ideal de código abierto, libre y gratuito es SQLite.

Como puedes ver vale la pena usar SQLite y creeme que por documentacion no vamos a parar, de eso me encargo yo. Por cierto tengo un pequeño tutorial para usar SQLite con C# en ambientes Windows (de momento). Asi que espera pronto mas documentacion y si tu tienes algun ejemplo o tutorial y quisieras compartirlo no dudes en comunicarte conmigo.

Etiquetas: sqlite, base datos, database

Hoy me ví en la necesidad de montar un servidor de producción para Django sobre Windows. Los que me conocen ya saben que no me gusta demasiado trabajar sobre este sistema operativo y que prefiero Linux como escritorio o servidor, pero las circustancias lo requerían, así que me puse manos a la obra.

Advertencia

Antes de nada quiero advertiros que esta configuración usa SQLite como base de datos. Esto nos viene muy bien porque es muy fácil de configurar y de gestionar mediante un único fichero, pero no es la base de datos adecuada si la aplicación debe soportar mucha carga.

Para simplificar la la configuración, los ficheros estáticos como las imágenes o los CSS son servidos directamente por Django. Esto simplifica las cosas pero nunca debe de configurarse así en un servidor con carga. Si vuestra aplicación tiene muchos usuarios tendréis problemas.

Instalación de Software

1. Python - Versión 2.5.2



2. Apache - Versión 2.2.9 sin SSL



3. Mod_Python - Versión 3.3.1



4. Subversion - Versión 1.4.6

Modificar la variable Path

Debemos modificar la variable Path de Windows. Para ello hacemos click derecho sobre Mi PC, Propiedades, Opciones Avanzadas, Variables de Entorno y editar la variable Path añadiendo C:\Python25;C:\Python25\Scripts\

Configurar Apache

Editamos el archivo \Apache2.2\conf\httpd.conf:

Reiniciamos el servidor mediante el icono de Apache en la barra del sistema.

Instalar Django

Ahora solo tenemos que copiar la aplicación deseada a C:\dj-sites\ y configurar el archivo settings.py para que utilice la base de datos SQLite.

Configurar urls.py:

Etiquetas: internet, programacion, software libre, windows, apache

Etiquetas: debian

Etiquetas: software

Etiquetas: sqlite, csharp, programacion

Etiquetas: csharp, programacion, sqlite

SQLite es una base de datos embebida, por lo cual en lugar de funcionar como un proceso independiente, este opera de manera simbiótica dentro de la aplicación. Lo que quiere decir que su código está entrelazado, o incrustado como parte del programa que lo alberga.
Una de las ventajas de tener un servidor de bases de datos embebido es que no es obligatorio configurar la red o su administración. Ambos cliente y servidor correr juntos en el mismo proceso. Esto reduce los gastos relacionados con la red en cuestion de llamadas, simplifica la administración de la bases de datos, y hace que sea más fácil desplegar la aplicación.

Observa los procesos mostrados en la siguiente figura. Uno de ellos es un script en Perl, otro es un programa en C/C++, y el otro es un proceso de Apache con PHP, todos utilizando SQLite.

El script en Perl importa el modulo DBI::SQLite, que a su vez está relacionado con la API en C de SQLite, incluida en la librería de SQLite. La libreria en PHP funciona de manera similar, de igual forma la aplicacion en C++.

En última instancia, los tres procesos estan interactuando con la API en C de SQLite. Por otra parte, aunque cada proceso representa un servidor independiente, aún pueden operar sobre el/los archivo(s) de una misma base de datos, ya que SQLite utiliza el sistema operativo para llevar a cabo las operaciones de sincronización y el bloqueo.

Hoy en día existen en el mercado una gran variedad de bases de datos relacionales diseñadas específicamente para su uso de manera embebida, como por ejemplo:

• Sybase SQL Anywhere
• InterSystems caché
• PervasiveSQL
• Microsoft Jet Engine

Otros lo que han hecho es modificar bases de datos existentes para crear variantes que funcionen de manera embebida. Algunos ejemplos de estos incluyen:

• IBM DB2 Everyplace
• Oracle 10g
• Microsoft SQL Server Desktop Engine

Las bases de datos MySQL y Firebird ofrecen tambien versiones de este tipo. Pero de todos estos productos, sólo dos son de código abierto y libre: Firebird y SQLite. Y de estos dos restantes, sólo uno ha sido diseñado exclusivamente para su uso como una base de datos embebida: SQLite.

Nota: Hasta este momento mi labor ha sido, sola mente la de traductor. La imagen fue tomada del libro indicado como Bibliografia y fue modificada por Seraphinux.

Bibliografia: The Definitive Guide to SQLite de Michael Owens

Etiquetas: sqlite

SQLite es realmente versátil. Se trata de una base de datos, una biblioteca de programación, una herramienta de línea de comandos, así como tambien de una excelente herramienta de aprendizaje que ofrece una buena introducción a las bases de datos relacionales. De hecho, existen muchas maneras de utilizarlo: en entornos embebidos, sitios web, como apoyo a servicios del sistema operativo, en scripts, y en diversas aplicaciones.

Para los programadores, SQLite es como la cinta adhesiva pero digital, ya que proporciona una manera fácil de unir aplicaciones con datos. Y al igual que la cinta adhesiva, sus usos no tienen fin. En un entorno web, SQLite puede ayudar en la administración de la información generada por las sesiones. En lugar de serializar (unir) todos los datos de la sesión en un gran "blob", cada uno de estos elementos pueden ser seleccionado de una manera mas especifica y puestos por escrito al inicio de cada sesion en una base de datos.

SQLite también sirve como herramienta en el desarrollo y pruebas en bases de datos relacionales ya que: no es necesario un Gestor de Base de Datos externo, o la creación o configuracion de alguna red, o molestos nombres de usuario y contraseñas. SQLite también podría servir como una especie de cache, que mantenga los datos de la configuración, o incluso debido a su compatibilidad binaria entre plataformas podria trabajar como un formato de archivo para alguna aplicacion.

Además de funcionar como un recipiente de almacenamiento, SQLite puede funcionar como una herramienta para el procesamiento de datos en general. Dependiendo del tamaño y complejidad, puede ser más fácil para algunas aplicaciónes representar sus estructuras de datos como si fueran una tabla o tablas en un base de datos en memoria. De esta manera, es posible operar en los datos de manera relacional, usando SQLite para hacer todo el trabajo en lugar de tener que escribir algoritmos propios para manipular y ordenar las estructuras de datos. Si se es programador, es facil imaginar cuánto código llevaria implementar la siguiente sentencia SQL en un programa:

Si se esta familiarizado con SQL, imagina codificar el equivalente de una subquery, una query compuesta, una clausula GROUP BY o uno de los multiples JOIN's. SQLite puede incluir toda esta funcionalidad en los programas y con un costo mínimo. Con un motor de base de datos integrado directamente en el código, es posible empezar a pensar en SQL como un lenguaje para la resolucion de complejos algoritmos de clasificación. Este enfoque se hace más atractivo conforme el tamaño del conjunto de datos crece o conforme los algoritmos se hacen más complejos. Lo que es más, SQLite puede ser configurado para utilizar una cantidad fija de memoria RAM y si se supera el limite especificado descargar los datos en disco duro.

Esto es difícil de hacer si es que se escriben algoritmos propios. Con SQLite, este límite se reduce a simples comandos SQL. SQLite es también una gran herramienta de aprendizaje para los programadores que estudian ciencias de la computación. Aplicado en generadores de Parsers (Analizadores), tokenizadores, máquinas virtuales, Algoritmos Arbol-B, cacheo, programas de arquitectura, y muchos más, es un fantastico vehículo para la exploración de muchos conceptos bien establecidos en las ciencias de la computación. Su modularidad, su pequeño tamaño, y su simplicidad hacen que sea más fácil de estudiar cada tema como si fuera un caso aislado que cualquier persona puede seguir fácilmente.

Etiquetas: sqlite

Con la llegada del kit de desarrollo para iPhone (SDK), vimos uno de los componentes, que bajo mi opinión, es de los más importantes de la librería, SQLite.

SQLite es un sistema de bases de datos empotrado, que nos ofrece gran flexibilidad a la hora de realizar aplicaciones que se apoyen en una base de datos. SQLite es de dominio público y multi-plataforma. De hecho, existen muchas maneras de utilizarlo: en entornos embebidos, sitios web, como apoyo a servicios del sistema operativo, en scripts, y en diversas aplicaciones.

SQLite también podría servir como una especie de cache, que mantenga los datos de la configuración, o incluso debido a su compatibilidad binaria entre plataformas podria trabajar como un formato de archivo para alguna aplicacion.

En definitiva, es una muy buena opción para unir datos con aplicaciones y vamos a ver un pequeño ejemplo de como utilizarlo con sencillas sentencias de SQL.

En mi ejemplo, he comenzado creando una sencilla base de datos, para la cual he utilizado la aplicación SQLite Database Browser 1.3 ya que aunque es muy antigua y existen multitud de aplicaciones para tal uso, a mi me gusta porque es muy ligera y muy sencilla de utilizar.

Para poder compilar nuestro proyecto, una vez insertada la base de datos recién creada, es necesario añadir la librería dinámica libsqlite3.0.dylib, que como ya recordarán en anteriores artículos expliqué la forma recomendada de insertarla para no marearnos.

Gracias a dicha librería y a la inclusión del fichero de cabecera #import ya podemos comenzar a trabajar con nuestra base de datos para nuestra aplicación.

La forma de acceder a nuestro fichero de base de datos y abrirlo es de la siguiente manera:

-(BOOL)openDatabaseAtPath:(NSString*)path {  NSFileManager *fileManager = [NSFileManager defaultManager]; //comprobamos si el fichero existe if([fileManager fileExistsAtPath:path]) { if(sqlite3_open([path UTF8String], &db) == SQLITE_OK) { NSLog(@“Base de datos abierta en %@”, path); dbOpened = YES; return YES; } } NSLog(@“Base de datos no localizada en %@”, path);  return NO; }

Al igual que hemos usado sqlite3_open para la apertura de nuestra base de datos, existen infinidad de funciones, objetos, constantes, etc, que podemos consultar en su página oficial de SQLite3 http://www.sqlite.org/capi3ref.html.

Una vez abierta, operaciones como la consulta de registros dentro de una tabla son tan sencillas como se muestra a continuación:

-(int)volumeIsIndexed:(NSString*)volumnName {  if(!dbOpened) return NO;  const char *sql = [[NSString stringWithFormat:@“SELECT volumeID FROM volumes WHERE volumeName =’%@’”, volumnName] cStringUsingEncoding:NSUTF8StringEncoding]; sqlite3_stmt *statement; BOOL ret;  if (sqlite3_prepare_v2(db, sql, -1, &statement, NULL) == SQLITE_OK) { int result = sqlite3_step(statement); if(result == SQLITE_ROW) ret = sqlite3_column_int(statement, 0); else ret = NO; } sqlite3_finalize(statement); return ret; }

sqlite3_stmt almacena una consulta previamente ejecutada, la cual contiene la información solicitada para trabajar con los registros devueltos. Dicha información la prepara la función sqlite3_prepare_v2. Cualquier consulta debe ser finalizada y eliminada mediante sqlite3_finalize.

Espero que aprovechéis la flexibilidad y el sencillo manejo de SQLite3 al igual que lo aproveché yo.

Etiquetas: pequeños ejemplos, iphone, sqlite

(Los fuentes del ejemplo están disponibles en el pie del artículo).

CLASE INMUEBLE

Ahora vamos a crearnos una nueva clase (Inmueble), que nos servirá de estructura para el tratamiento de nuestros registros de la base de datos. Será una clase sencilla (NSObject) donde incluiremos como miembros de la misma los distintos campos de nuestra tabla. Estos miembros serán del mismo tipo que hayamos definido en la creación de nuestra tabla y para nuestro caso hemos creado 3 campos (dirección, teléfono y comentarios).

@interface Inmueble : NSObject

{

sqlite3 *database;

NSInteger primaryKey;

NSString *address;

NSString *phone;

NSString *comment;

}

El miembro database veremos que será utilizado para recibir la base de datos que en nuestra clase delegada de la aplicación crearemos y abriremos. Implementaremos los métodos set y get de dichos miembros para consultar y asignar valores a nuestros campos. (Lógicamente el campo primaryKey no tiene método set, ya que es el campo autonumerico identificador).

- (NSInteger)primaryKey

- (NSString *)address

- (void)setAddress:(NSString *)aString

- (NSString *)phone

- (void)setPhone:(NSString *)aString

- (NSString *)comment

- (void)setComment:(NSString *)aString

Para terminar con nuestra clase Inmueble, necesitamos un método que reciba la base de datos de la que antes hemos hablado, y realice una consulta SQL a nuestra tabla. En este método solo obtendremos el campo dirección (address) de nuestra tabla, que será el que mostremos en nuestro TableView.

- (id)initWithPrimaryKey:(NSInteger)pk database:(sqlite3 *)db

Recordemos la guía de referencia de SQLite que os dejé, pues en ella veremos el cometido de los métodos sqlite3_prepare_v2, sqlite3_bind_int y sqlite3_step que usaremos en el método initWithPrimaryKey para ir recogiendo el valor de nuestro campo address.

CLASE DATAVIEWCONTROLLER

Finalizamos la implementación de las clases de nuestro proyecto con la clase DataViewController, que será la encargada de mostrar los datos en el TableView. Lo único destacable en esta clase, además del método loadView son los método de UITableViewDataSource llamados numberOfSectionsInTableView, numberOfRowsInSection y cellForRowAtIndexPath los cuales ya explicábamos en anteriores artículos (UITableView con índices).

CLASE DELEGADA DE NUESTRA APLICACIÓN

Como punto de entrada de nuestra aplicación, nuestra clase delegada será la encargada de preparar la base de datos, rellenar los datos apoyándonos en nuestra clase Inmueble y que nuestra clase DataViewController se encargue de rellenar en la vista. Aquí volvemos a encontrarnos con las funciones de SQLite para abrir nuestra base de datos, ejecutar consultas, etc.

Aplicación de ejemplo: buscapisos.zip

Etiquetas: pequeños ejemplos, iphone, sqlite