Sistemas De Bases De Datos Contra Sistemas Archivos

Get your own Chat Box! Go Large!
Considerese parte de una empresa de cajas de ahorro, que mantiene informacion hacerca de todos los clientes y cuentas de ahorro. Una manera de mantener la infomacion en un computador es almacenarla en archivos del sistema operativo. Para permitir a los usuarios manipular la informacion, el sistema tiene un numero de programas de aplicacion que manipula los archivos, incluyendo:

* Un programa para efectuar cargos o abonos en una cuenta.

* Un programa para añanir una cuenta nueva.

* Un programa para calcular el saldo de una cuenta.

* Un programa para generar las operaciones mensuales.

Estos programas de aplicacion se ahn escrito por programadores de sistemas en respuesta a las necesidades de la organizacion bancaria.

Si las necesidades se incrementan, se añaden nuevos programas de aplicacion al sistema. Por ejemplo supongase que las regularizaciones de un nuevo gobierno permiten a las cajas de ahorro pfrecer cuentas corriente. Como resultado se crean nuevos archivos permanentes que contengan informacion acrca de todas las cuentas corrientes mantenidas por el banco, y puede ser necesario escribir nuevos programas de aplicacion para tratar situaciones qeu no existen en las cuentas de ahorro, tales como manejar descubiertos.Asi, sobre la marcha, se añaden mas archivos y programas de aplicacion al sistema.

Este sistema de procesamiento de archivos tipico que se acaba de describir se mantiene mediante un sistema operativo convencional. Los registros permanentes son almacenados en varios archivos y se escriben diferentes programas de aplicacion para extraer registros y para añadir resgitros a los archivos adecuados. Antes de la llegada de los sistemas de gestion de bases de datos (SGBDs), las organizaciones normalmente han almacenado la informacion usando tales sistemas.

Mantener informacion de la organizacion en un sistema de procesamiento de archivos tiene una seria de inconvenientes importantes.

• Redundancia e inconsistencia de datos.Debido a que los archivos y programa de aplicacion son creados por diferentes programadores en un largo periodo de tiempo, los diversos archivos tienen probablemente diferentes formatos y los programas pueden estar ascritos en diferentes lenguajes. Mas aun, la misma informacion puede estar duplicacda en diferentes lugares (archivos).Por ejemplo, la direccion y numero telefonico de un cliente particular puede aparecer en un archivo que contenga registros de una cuenta de ahorros y en un archivo que contesga registros de una cuenta corriente. Esta redundancia conduce a un almacenamiento y coste de acceso mas altos. Ademas puede conducir a inconsistencia de datos; es decir, las diversas copias de los mismos datos pueden no coincidir. Por ejemplo, un cambio en la direccion del cliente puede estar reflejado en los registros de la cuenta de ahorrors pero no estarlo en el resto del sistema.
• Dificultad en el acceso a datos.Supongase qeu uno de los empleados del banco necesita averiguar los nombres de todos los clientes que viven en el distrito postal 28733 de la cuidad. El empleado pide al departamento de procesamiento de datos que genere dicha lista. Debido a que esta peticion no fue prevista cuando el sistema original fue diseñado, no hay un programa de aplicacion a mano para satisfaserla. Hay, sin embargo un programa de aplicacion que genera la lista de todos los clientes. El empleado del banco tiene ahora dos opciones: bien obtener la lista de todos los clientes y obtener la informacion que necesita manualmente, o bien pedir al departamento de procesamiento de datos que haga que un programador de sistema escriba el programa de aplicacion necesario. Ambas alternativas con obviamente insatisfactorias. Supongase que se escribe tal programa y que , varios dias mas tarde, el mismo empleado necesita arreglar esa lista para incluir solo aquellos clientes que tienen una cuenta con un saldo de 10,000 euros o mas. Como se puede esperar, un programa para general tal lista no existe. De nuevo el empleado tiene que elegir entre dos opciones, ninguna de las cuales es satisfactoria.

La cuestion aqui es que el enterno de procesamiento de archivos convencional no permite que los datos necesarios sean obtenidos de una forma practica y eficiente. Se deben desarrollar sistemas de recuperacion de datos mas interesantes para uso general.

• Aislamiento de datos.debido a que los datos estan dispersos en varios archivos, y los archivos pueden estar en diferentes formatos, es dificil escribir nuevos programas de aplicacion para recuperar los datos apropiados.
• Problemas de integridad.Los valores almacenados en la base de datos debes satisfacer ciertos tipos de restricciones de consistencia. Por ejemplo, el saldo de una cuenta bancaria no puede ser nunca mas bajo de una cantidad predeterminada. Los desarrolladores hance cumplir esas restricciones en el distema añadiendo el codigo apropiado en los diversos programas de aplicacion. Sin embargo, cuando se añaden nuevas restricciones, es dificil cambiar los programas para hacer que se cumplan. El problema es complicado cuando las restricciones implican diferentes elementos de datos de diferentes archivos.
• Problemas de atomicidad.Un sistema de un computador como cualquier otro dispositivo mecanico o electrico, esta sujeto a fallo. En muchas ocaciones es crucial asegurar que, una vez que un fallo a ocurrido y se ha detectado, los datos se restauraran al estado de consistencia que exista antes del fallo. Consideremos un programa para transferir 50 euros desde la cuenta A a la B. Si ocurre un fallo del sistema durtante la ejecucion del programa, es posible qeu los 50 euros fueron eliminados de la cuenta A, pero no abonados a la cuenta B, resultando un estado de la base de datos inconsistente. Claramente es esencial para la consistencia de la base de datos que ambos, el abono y el cargo tengan lugar o que ninguno tenga lugar. Es decir, la transferencia de fondos debe ser atomica: esta debe ocurrir en ellos por completo o no ocurrir en absoluto. Es dificil asegurar esta propiedad en un sistema de procesamiento de archivos convencional.
• Anomalias en el acceso concurrente.Conforme se ha ido mejorando el conjunto de ejecucion de los sistemas y ha sido posible una respuesta en tiempo mas rapido, muchos sistemas ha ido perdiendo a multiples usuarios actualizar los datos simultaneamente. En tales sistemas un entorno de interaccion de actualizaciones concurrentes pueden dar lugar a datos inconsistentes. Considerese una cuenta bancaria A que contiene 500 euros. Si dos clientes retiran fondos( por ejemplo 50 y 100 euros respectivamente) de la cuenta A en aproximadamente el mismo tiempo, el resultado de las ejecuciones concurrentes puede dejar la cuenta en un estado incorrecto. Supongamos qeu los programas se ejecutan para cada retirada y escriben el resultado despues. Si los dos programas funcionan concurrentemente. Pueden leer ambos el valor 500 euros y escribir despues 450 y 400 euros, respectivamente. Dependiendo de cual escriba el ultimo valor la cuanta puede contener bien 450 euros o bien 400 euros, en lugar del valor correcto, 350 euros. Para protegerse contra esta posibilidad, el sistema debe mantener alguna especie de supervision. Sin embargo, ya que se puede acceder a los datos desde muchos programas de aplicacion diferentes que no an sido previamente coordinados, la supervision es dificil de proporcionar.
• Problemas de seguridad.No todos los usuarios de un sistema de base de datos deberia poder acceder a todos los datos. Por ejemplo, en un sistema bancario, el personal de nominas necesita ver solo esa parte de la base de datos qeu tiene la informacion acerca de varios empleados del banco. No necesitan acceder a la informacion acerca de las cuentas del cliente. Como los programas de aplicacion se añaden al sistema de un forma “add doc”, es dificil garantizar tales restricciones de seguridad.

Estas dificultades, entre otras, han motivado al desarrollo de sistemas de base de datos.

(:includeurl http://docs.google.com/TeamPresent?fs=true&docid=d4qppsb_05nv5b6&skipauth=true :)

Ivan Osorio De Anda

COMPETENCIAS
En este proyecto aprendi a manejar muchas de las funciones de HTML tales como insertar imagenes(slideshow), audio(boomp3), video(youtube), etc. Para poder insertarlas en una pagina web.

Tambien aprendi a utilizar tecnologias de las que no tenia conocimiento, como hacer persentaciones de power point(googledocs) ademas que estas puedan ser publicadas en internet o colocarlas en una pagina como fue este el caso. Otra tecnologia fue el uso del Skipe para hacer mi cuenta y sobre todo poder comunicarme con mi equipo de trabajo sin tener que estar escribiendo. Y por ultimo tuve un poco de conocimientos sobre pmwiki que me parecio una muy buena herramienta para paginas que necesitan colaboraciones hacerca de algun tema.