Por Alfonso Ricaño 28-08-2000 A la hora de desarrollar un sistema de información, siempre nos topamos -tanto los desarrolladores, como los clientes, como los jefes de departamento, etc...- con la elección de las herramientas con las cuales haremos la implementación del sistema.

Muchas veces -la mayoría, diría yo- las herramientas son seleccionadas por alguna de estas razones: 1. Por políticas de la empresa (o del jefe...) 2. Porque el programador quiere programar con la herramienta que ya conoce y no quiere arriesgarse a aprender o a utilizar otra distinta. Y muchas veces vemos que los resultados no siempre son buenos, y esto puede ser desde la funcionalidad del sistema (análisis, desarrollo) hasta la herramienta que se utilizó. Y como nos estamos limitando a herramientas de desarrollo, veamos algunos casos desastrosos: [pagebreak] a) Cuando se utiliza una herramienta limitada para el desarrollo de un sistema de gran capacidad. Este caso -triste, por cierto- lo he visto y vivido muchas veces durante mi corta carrera de desarrollador. Es cuando por ejemplo, se va a hacer un sistema que maneje gran cantidad de datos - algún registro de personas o artículos- y va a ser accedido por muchas personas al mismo tiempo (concurrentemente), y el "equipo de desarrollo" u "oficina de informática/sistemas" quieren resolver el problema con algun manejador de archivos, como aquellos paquetes que abren y manejan datos directamente a un archivo de datos (como los muy conocidos dbf, db o mdb) . No es que tales paquetes de manejo de datos sean malos, simplemente que fueron diseñados para un cierto número de usuarios y un cierto tamaño de la base de datos. ?Y cuales son los resultados de una mala elección como esta? Pues pongo otra vez algunos ejemplos, para hacer las cosas más entendibles: 1) Poca o nula integridad de datos. Cuando se puede sacar y meter información a las tablas de la base de datos sin que existan restricciones de integridad, como cuando se tienen relaciones entre las tablas, lo cual lleva a la existencia de registros "huérfanos", como por ejemplo: facturas sin registro del cliente (se borró el registro del cliente y quedaron registros de facturas... qué pena!!!..) 2) Nula seguridad en los datos. Para que funcione un sistema con muchos usuarios accediendo a archivos de datos en un servidor, es necesario que las máquinas cliente (aquellas que corren el programa) cuenten con todos los privilegios de acceso sobre los archivos de datos (dbf, db, etc) en el servidor de archivos, es decir, que puedan tener privilegios de acceso para modificar los archivos, ?aunque tambien pueden borrarlos! Además, aunque algunos sistemas de información ofrezcan seguridad en forma de cuenta de acceso y contraseña (login/password), esto se maneja dentro del programa, pero de todos modos la base de datos puede ser modificada con alguna utilería que abra los archivos (por ejemplo, alguna vez ví como modificaban las tablas de un sistema hecho con Clipper, con la utilería DBU) lo cual es muy peligroso cuando son sistemas que deben ser altamente confidenciales en su información. Existen otros muchos problemas a los que se enfrenta un sistema hecho con las herramientas incorrectas, como corrupción de índices, pérdida de datos cuando hay interrupciones de energía eléctrica y otros más que no acabaría de citar. Pero pasemos a otro caso de elección incorrecta de herramientas: [pagebreak] b) Elección de una herramienta sobrada para el sistema que se va a realizar Este caso es mucho más raro, pero también he visto problemas de este tipo. Es cuando llega a una empresa un programador que se enteró que la base de datos más cara del mercado ofrece tal y cual característica superavanzada (que por supuesto es también super-cara) y pide que se compre el paquete de esa base de datos, con todo y herramientas para desarrollar los programas cliente, acceso desde la web, replicación de datos en 4 servidores y demás cosas que cuestan un dineral. Entonces, si la empresa llega a acceder -con la esperanza de que esa base de datos les resuelva el problema que tienen- y compran el paquete, luego se ven en problemas al darse cuenta que no es tan fácil de hacer las cosas como decía y que el programador no tiene las capacidades para aprovechar al máximo el paquete, y pues tienen que mandarlo a capacitar (a un costo de $5000 dls. el cursito... de un total de 8 cursos... ). En fín, ahí nos damos cuenta de que tampoco la base de datos más avanzada del planeta nos va a arreglar todos los problemas de información que tengamos. Entonces, ?ya nada más por eso voy a usar InterBase?? No, aquí no estoy tratando de convencerte de que uses InterBase, como si tratara de convencerte de que profeses tal o cual religión o de que votes por mi partido político favorito. Aquí únicamente estoy exponiendo algunos problemas comunes a la hora de seleccionar una herramienta de desarrollo de sistemas -en este caso, un manejador de base de datos- y creo que hago bien al exponer mis experiencias y cómo las he resuelto con esta base de datos. Por ejemplo, en el primer problema, de utilizar un sistema manejador de archivos (dbf, db, mdb), InterBase? puede ser utilizado sin ningún problema en ese caso, aún cuando se esté utilizando de manera local (es decir, en una misma computadora usar el cliente y el servidor), pues debido a su tamaño pequeño (en disco duro y memoria únicamente) pasa prácticamente desapercibida, pues como te digo, no requiere de grandes capacidades de disco duro ni de memoria, pero los resultados -que es lo que importa- se verá la potencia de InterBase. En el segundo caso, InterBase también es buena opción, pues tiene capacidades que permiten que estén varias decenas de usuarios conectados concurrentemente haciendo uso de una misma base de datos InterBase. Además, InterBase es una verdadera base de datos, con capacidades que compiten directamente con otras bases de datos de gran capacidad (IBM DB2, MS SQL, Oracle, Sybase, Informix, Postgresql, etc.) Además, y por último en esta edición, InterBase acaba de ser liberada para uso libre, lo que significa que no hay que pagar nada por utilizarla, lo cual es una razón de mucho peso en muchas empresas, sobre todo las pequeñas y las medianas. En artículos posteriores aclararé y expondré más a fondo algunas de las características de InterBase?, apoyando más lo expuesto en este artículo. 28-08-2000

Navegación