Mostrando las entradas con la etiqueta nivel intermedio. Mostrar todas las entradas
Mostrando las entradas con la etiqueta nivel intermedio. Mostrar todas las entradas

sábado, 13 de diciembre de 2008

Compresión de Fecha para Identificador

En cierta ocasión requerí un procedimiento para obtener identificadores de transaccion únicos en un ambiente distribuido. Existieron ciertas atenuantes que me hicieron más sencilla la planeación del proceso, como el hecho de que los nombres de red y de usuarios de los equipos son rigurosamente controlados, razón por la cual yo podía despreocuparme completamente de ello, e incluso utilizarlos como parte de la creación del identificador.

Se me ocurrieron varios métodos pero en todos ellos se incurría en una probabilidad de colisión de identificador (colisión = repetición). Una limitante que sí tenía era que este identificador único debía caber en solo 12 caracteres, PERO..., no podía utilizar 4 de esos caracteres porque contienen caracteres que son absolutamente necesarios para la identificación de la transacción, así que me quedaban solo 8.

Pensando y pensado, se me ocurrió que podría utilizar una fecha en formato DD-MM-YY-HH:MI:SS (sin los guiones ni los dos puntos) añadiendo además 2 números al azar. Pensé también en utilizar números al azar para el identificador completo pero lo deseché puesto que la fecha es mucho más descriptiva para mis fines.

Asi pues teniendo la siguiente fecha: 13120811341763, me inventé un procedimiento para dejarla de 14 en tan solo 8 caracteres y quedó así luego de la "compresión" : Y0KS4hm

¿Se ve difícil la cosa eh?, pues no lo es tanto. ¿Recuerdas los números hexadecimales?. Pues bien, recordarás que el 12 decimal se expresa como una simple C. Como verás... allí nos ahorramos un dígito ya que necesitamos solo un caracter para escribir un número de dos caracteres. Utilizando eso como base la idea se trata de realizar un cambio de base decimal a otro de manera que el resultado caiga en la utilización de menos caracteres.

En mi caso utilicé un "sistema numérico" de base 55, los caracteres fueron: del 0 al 9, de la A a la Z y posteriormente en minúsculas hasta llegar a un total de 55. De esa manera, al convertir la "fecha" expresada en base decimal pero contenida en una cadena (13120811341763) a otro número en base 55 contenido también en una cadena el resultado es la misma cadena pero "comprimida".

sábado, 1 de noviembre de 2008

Firebird, DBMS con capacidad Embedded

Para una aplicación que estoy por comenzar a desarrollar, necesito algún DMBS (database management system) relacional con procedimientos almacenados y que no tenga limitaciones en su versión gratuita (como algunos que establecen un máximo de 2 ó 4 GB de capacidad), y que además fuera posible utilizarlo “embebido”, esto es, que para utilizarlo no fuera necesario instalar nada en la computadora del usuario final.

Hablemos pues un poco acerca de Firebird, sus inicios y porqué lo elegí. Recordé que en mis años mozos por allá del año 2001 utilizaba Delphi + Interbase 6 (Lenguaje de Programación + DBMS, ambos de Borland), cuando interbase era OpenSource. No recuerdo en qué año pero Borland decidió cerrar la rama OpenSource de Interbase y con ello Interbase volvió a ser un DBMS propietario.

Tras el cierre del proyecto OpenSource Interbase por parte Borland, hubo personas que decidieron continuar con la rama de desarrollo y pusieron manos a la obra, retomaron los fuentes, establecieron un punto de inicio y el proyecto fue renombrado como Firebird.

Grandes avances se han realizado desde entonces, éste DBMS OpenSource ya soportaba procedimientos almacenados cuando MySql todavía estaba soñando con ello. Sinceramente considero que a Firebird le ha faltado la promoción que se le ha dado a MySql.

¿Porqué lo necesito embebido?, la respuesta es sencilla, no me puedo poner a decirle a los usuarios que primero tienen que instalar MySql, Oracle Express, Sql Server Express o cualquier otro y luego indicarles como configurarlo, eso podría hacerlo con una empresa, pero al usuario final que no es empresa le resultará tedioso y finalmente será un obstáculo para la adquisición de la aplicación puesto que tendrán temor de “poner algo mal” y que se vaya al traste su Computadora.

En fin, ¿Cómo utilizar Firebird como DBMS embebido?. En realidad es muy sencillo. Por lo menos es muy sencillo en .NET que es el lenguaje voy a utilizar para realizar la aplicación.

Solo es necesario visitar la página del proyecto Firebird en .NET, y allí encontrarás los archivos del servidor, el embedded Server y el DataProvider para .NET así como ejemplos y documentación.

Ahora, solo es necesario bajar los archivos del embedded Server y el DataProvider, copiar al directorio “bin” de tu aplicación los archivos fbembed.dll, icudt30.dll, icuin30.dll y icuuc30.dll que se encuentran todos ellos dentro del archivo que bajaste acerca del embedded Server, poner una referencia al FirebirdSql.Data.Firebird.dll en tu programa de .NET y ¡listo! ya puedes realizar aplicaciones con acceso a base de datos sin que tu usuario final tenga que instalar absolutamente nada acerca de ese DBMS.

Luego de lo explicado en el párrafo anterior ya estás en condiciones de programar en .NET como lo harías hacia cualquier otro DBMS.

Un comentario: en versiones anteriores del embedded Server solo era necesario copiar el fbembed.dll pero en la nueva versión 2.0.1 ya es necesario copiar todos los archivos que indiqué.

Para finalizar debo indicar que es posible utilizar Firebird como un servidor tradicional, esto es, instalar un servidor que correría como un servicio del sistema y al que pueden conectarse múltiples computadoras (Firebird Server).

Si te interesa documentarte acerca de Firebird, el siguiente link te llevará a la página del proyecto. Busca las “Quickstart guide” ya que en ellas encontrarás información básica como sintaxis, instalación y ayuda. Y en el siguiente encontrarás unas CheatSheet acerca de Firebird.