Investigacin

SISTEMAS MANEJADORES DE BASE DE DATOS (BDSM) BASE DE DATOS DR. CARLOS A. TORRES GASTELU EQUIPO 4

Introduccin

Progreso. Es esencialmente lo que el hombre ha buscado a lo largo de su existencia como un ser racional. Y con esta visin en mente ha desarrollado infinidad de herramientas para llevar acabo funciones que van de lo simple a lo verdaderamente complicado. Una muestra de ello son los DBMS (Data Base Manager System o en espaol Sistema Manejador de Base de Datos) En la actualidad quienes se enfocan en los sistemas computarizados manejan estos software que permiten una experiencia ms provechosa al momento de realizar una base de datos.

La automatizacin en los sistemas creados para las empresas prestadoras de servicios ms que en cualquier otro mbito, han sido la solucin que estas presentaban. Los DBMS presentaran una interfaz razonable la cual permitir que cualquier usuario pueda familiarizarse rpidamente a sus funciones, mencionaremos tambin los distintos tipos de DBMS, al igual que las fichas tcnicas de algunos de ellos. A continuacin se redacta con ms amplitud lo antes mencionado:
SISTEMA MANEJADOR DE BASE DE DATOS (BDSM) : Los sistemas de gestin de bases de datos (en inglsdatabasemanagementsystem, abreviado DBMS) son un tipo de software muy especfico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan. El sistema manejador de bases de datos es la porcin ms importante del software de un sistema de base de datos. Un DBMS es una coleccin de numerosas rutinas de software interrelacionadas, cada una de las cuales es responsable de alguna tarea especfica. Las funciones principales de un DBMS son:

Crear y organizar la Base de datos.

Seguridad e integridad.

Consiste en contar con mecanismos que permitan el control de la consistencia de los datos evitando que estos se vean perjudicados por cambios no autorizados o previstos. El DBMS es conocido tambin como Gestor de Base de datos. La figura muestra el DBMS como interfase entre la base de datos fsica y las peticiones del usuario. El DBMS interpreta las peticiones de entrada/salida del usuario y las manda al sistema operativo para la transferencia de datos entre la unidad de memoria secundaria y la memoria principal. En s, un sistema manejador de base de datos es el corazn de la base de datos ya que se encarga del control total de los posibles aspectos que la puedan afectar. Establecer ymantener las trayectorias de acceso a la base de datos de tal forma que los datos puedan ser accesados rpidamente. Manejar los datos de acuerdo a las peticiones de los usuarios. Registrar el uso de las bases de datos. Interaccin con el manejador de archivos. Esto a travs de las sentencias en DML al comando de el sistema de archivos. As el Manejador de base de datos es el responsable del verdadero almacenamiento de los datos. Respaldo y recuperacin. Consiste en contar con mecanismos implantados que permitan la recuperacin fcilmente de los datos en caso de ocurrir fallas en el sistema de base de datos. Control de concurrencia. Consiste en controlar la interaccin entre los usuarios concurrentes para no afectar la inconsistencia de los datos.
Peticin del usuario

Usuarios de las bases de datos.

Podemos definir a los usuarios como toda persona que tenga todo tipo de contacto con el sistema de base de datos desde que este se disea, elabora, termina y se usa. Los usuarios que accesan una base de datos pueden clasificarse como: Programadores de aplicaciones. Los profesionales en computacin que interactuan con el sistema por medio de llamadas en DML (Lenguaje de Manipulacin de Datos), las cuales estn incorporadas en un programa escrito en un lenguaje de programacin (Por ejemplo, COBOL, PL/I, Pascal, C, etc.) Usuarios sofisticados. Los usuarios sofisticados interactuan con el sistema sin escribir programas. En cambio escriben sus preguntas en un lenguaje de consultas de base de datos. Usuarios especializados. Algunos usuarios sofisticados escriben aplicaciones de base de datos especializadas que no encajan en el marco tradicional de procesamiento de datos. Usuarios ingenuos. Los usuarios no sofisticados interactuan con el sistema invocando a uno de los programas de aplicacin permanentes que se han escrito anteriormente en el sistema de base de datos, podemos mencionar al usuario ingenuo como el usuario final que utiliza el sistema de base de datos sin saber nada del diseo interno del mismo por ejemplo: un cajero.
Objetivos

Existen distintos objetivos que deben cumplir los SGBD: Abstraccin de la informacin. Los SGBD ahorran a los usuarios detalles acerca del almacenamiento fsico de los datos. Da lo mismo si una base de datos ocupa uno o cientos de archivos, este hecho se hace transparente al usuario. As, se definen varios niveles de abstraccin. Independencia. La independencia de los datos consiste en la capacidad de modificar el esquema (fsico o lgico) de una base de datos sin tener que realizar cambios en las aplicaciones que se sirven de ella. Consistencia. En aquellos casos en los que no se ha logrado eliminar la redundancia, ser necesario vigilar que aquella informacin que aparece repetida se actualice de forma coherente, es decir, que todos los datos repetidos se actualicen de forma simultnea. Por otra parte, la base de datos representa una realidad determinada que tiene determinadas condiciones, por ejemplo que los menores de edad no pueden tener licencia de conducir. El sistema no debera aceptar datos de

un conductor menor de edad. En los SGBD existen herramientas que facilitan la programacin de este tipo de condiciones. Seguridad. La informacin almacenada en una base de datos puede llegar a tener un gran valor. Los SGBD deben garantizar que esta informacin se encuentra segura de permisos a usuarios y grupos de usuarios, que permiten otorgar diversas categoras de permisos. Manejo de transacciones. Una transaccin es un programa que se ejecuta como una sola operacin. Esto quiere decir que luego de una ejecucin en la que se produce una falla es el mismo que se obtendra si el programa no se hubiera ejecutado. Los SGBD proveen mecanismos para programar las modificaciones de los datos de una forma mucho ms simple que si no se dispusiera de ellos. Tiempo de respuesta. Lgicamente, es deseable minimizar el tiempo que el SGBD demora en proporcionar la informacin solicitada y en almacenar los cambios realizados. Ventajas Proveen facilidades para la manipulacin de grandes volmenes de datos (ver objetivos). Entre stas: o Simplifican la programacin de equipos de consistencia. o Manejando las polticas de respaldo adecuadas, garantizan que los cambios de la base sern siempre consistentes sin importar si hay errores correctamente, etc. o Organizan los datos con un impacto mnimo en el cdigo de los programas. o Disminuyen drsticamente los tiempos de desarrollo y aumentan la calidad del sistema desarrollado si son bien explotados por los desarrolladores. Usualmente, proveen interfaces y lenguajes de consulta que simplifican la recuperacin de los datos. Inconvenientes 1. Tpicamente, es necesario disponer de una o ms personas que administren la base de datos, de la misma forma en que suele ser necesario en instalaciones de cierto porte disponer de una o ms personas que administren los sistemas operativos. Esto puede llegar a incrementar los costos de operacin en una empresa. Sin embargo hay que balancear este aspecto con la calidad y confiabilidad del sistema que se obtiene. 2. Si se tienen muy pocos datos que son usados por un nico usuario por vez y no hay que realizar consultas complejas sobre los datos, entonces es posible que sea mejor usar una hoja de clculo. 3. Complejidad: los software muy complejos y las personas que vayan a usarlo deben tener conocimiento de las funcionalidades del mismo para poder aprovecharlo al mximo. 4. Tamao: la complejidad y la gran cantidad de funciones que tienen hacen que sea un software de gran tamao, que requiere de gran cantidad de memoria para poder correr.

5. Coste del hardware adicional: los requisitos de hardware para correr un SGBD por lo general son relativamente altos, por lo que estos equipos pueden llegar a costar gran cantidad de dinero.
MySQL: un SGBD de cdigo abierto MySQL es un sistema gestor de bases de datos que se puede encuadrar dentro de la categora de los programas open-source. Un programa open-source es aquuel cuyo cdigo fuente est disponible para los usuarios y abierto a modificaciones. En el caso de que el programa open-source se pueda adquirir gratis, el usuario debe distribuir tambin gratis los cambios que pueda realizar, o los productos que pueda desarrollar basndose en el original. En caso contrario,, si el usuario desea hacer negocio con el producto, entonces debe adquirir la licencia comercial de pago. Mencin aparte merecen las licencias de tipo GPL, que pueden consultarse en la pagina de copleft. Software de cdigo abierto De Wikipedia, la enciclopedia libre Saltar a: navegacin, bsqueda

El

El logo de la Open SourceInitiative.

El software de cdigo abierto (en ingls open source software u OSS) es aquel software cuyo cdigo fuente y otros derechos que normalmente son exclusivos para aquellas personas que poseen los derechos de autor, son publicados bajo una licencia de software compatible con la Open SourceDefinition o que forman parte del dominio pblico. Esto les permite a los usuarios utilizar, cambiar y mejorar el software, y redistribuirlo, ya sea en su forma modificada o en su forma no modificada. Es muy frecuentemente desarrollado de manera pblica y en colaboracin. El software de cdigo abierto es el ejemplo ms sobresaliente del desarrollo de cdigo abierto y es a menudo comparado con el llamado "contenido generado por los usuarios".[1] El trmino "software de cdigo abierto" surgi a partir de una campaa de mercadotecnia para el software libre.[2] Un informe del StandishGroup afirma que la incorporacin de los modelos de software de cdigo abierto ha resultado en ahorros de aproximadamente 60 mil millones de dlares por ao a los consumidores.[3][4] Productos SGBD disponibles en el mercado SGBD libres

PostgreSQL (http://www.postgresql.orgPostgresql) Licencia BSD PRIMERA DEFINICION DE WIKI: es un sistema de gestin de base de datos relacional orientada a objetos y libre, publicado bajo la licencia BSD . Como muchos otros proyectos de cdigo abierto, el desarrollo de PostgreSQL no es manejado por una empresa y/o persona, sino que es dirigido por una comunidad de desarrolladores que trabajan de forma desinteresada, altruista, libre y/o apoyados por organizaciones comerciales. Dicha comunidad es denominada el PGDG (PostgreSQL Global DevelopmentGroup).
SEGUNDA DEFINICION DE MONOGRAFIAS: PostgreSQL se diseo como una base de datos orientada a objetos, es decir, una ORDBMS. Esto significa, que las tablas no son tablas, sino objetos, y las tuplas son instancias de ese objeto. Puedes crear nuevos tipos de datos, hacer herencias entre objetos, PostgreSQL tiene transacciones, integridad referencial, vistas, y multitud de funcionalidades, pero es lento y pesado. Han incorporado la llamada MVCC (multiversionconcurrency control) con lo que los bloqueos de escritura actan slo en la sesin del cliente, no en las de los dems clientes. Tambin tiene soporte de Full-Text-indexing a travs de un trigger incluido en la distribucin, han arreglado el lmite de 8k por fila. Por fin es de 32k, Postgres usa un modelo cliente-servidor conocido como proceso por usuario una sesin de postgres consiste en los siguientes procesos cooperativos de Unix (programas): Un proceso demonio supervisor (postmaster) La aplicacin sobre la que trabaja el usuario (frontend, Ej.: psl) Uno o ms servidores de base de datos en segundo plano(el mismo progreso postgres)

Un nico postmaster controla una coleccin de bases de datos dadas en un nico host, debido a esto una coleccin de base de datos se suele llamar una instalacin o un sitio, las

aplicaciones de frontend que quieren acceder a una determinada base de datos de una instalacin hacen llamadas a la librera. La librera enva peticiones de usuario a travs del postmaster (como se establece una conexin), el cual en respuesta inicia un nuevo proceso en el servidor (backend) y conecta el proceso de frontend al nuevo servidor. A partir de este punto, el proceso de frontend y el servidor en backend se comunican sin la intervencin del postmaster. Aunque, el postmaster siempre se esta ejecutando, esperando peticiones, tanto de frontend como los de backend vienen y se van. La librera libpq permite a un nico proceso en frontend realizar mltiples conexiones a procesos en backend. Aunque, la aplicacin frontend todava es un proceso en un nico thread. Conexiones multithread entre el frontend y el backend no estn soportadas de momento en libpq. Una implicacin de esta arquitectura es que el postmaster y el backend siempre se ejecutan en la misma maquina (el servidor de base de datos), mientras que la aplicacin en frontend puede aplicarse desde cualquier sitio. Al configurar un apache con PHP4 con soporte para PostgreSQL obtenemos algunos resultados importantes: Apache crea nuevas instancias cada vez que recibe nuevos clientes. Cada instancia de apache puede soportar varios clientes http (150 por defecto). Pero el apache, para cada cliente que pide una pgina dinmica, que requiere un acceso a la base de datos, tiene que abrir conexin con el PostgreSQL. Al no ser Multithreading, el PostgreSQL crea una nueva instancia, siendo las consultas lentas y se acumulan rpidamente las instancias del postmaster. Llegando rpidamente al lmite de procesos (32 por defecto) producindose un error en la pgina generada, podemos subir el lmite de instancias de PostgreSQL a 1024. Pero entonces nos falla el lmite de los files handles abiertos (los threads comparten los files handles dentro un proceso, pero los procesos no), el lmite de handles por usuario (el daemon del PostgreSQL, corre bajo el usuario postgresesta limitado en el kernel, con lo que tienes que recompilar el kernel. Despus te encuentras que falla el lmite de semforos del PostgreSQL, teniendo que recompilar el PostgreSQL. Adems tienes que controlar los ficheros de configuracin del apache para bajar el nmero de clientes atendidos por instancia y as controlar el nmero de instancias de PostgreSQL que se puedan generar debido a la gran cantidad de recursos que ocupan. Firebird basada en la versin 6 de InterBase, InitialDeveloper's PUBLIC LICENSE Version 1.0. es un sistema de administracin de base de datos relacional (o RDBMS) (Lenguaje consultas: SQL) de cdigo abierto, basado en la versin 6 de Interbase, cuyo cdigo fue liberado por Borland en 2000. Su cdigo fue reescrito de C a C++. El proyecto se desarrolla activamente, el 18 de abril de 2008 fue liberada la versin 2.1 y el 26 de diciembre de 2009 fue liberada la versin 2.5.0 RC1. Los objetivos de la Fundacin FirebirdSQL son:

Apoyar y lograr el avance del manejador de base de datos relacional Firebird

 Proveer los mecanismos e infraestructura no comerciales para aceptar y administrar los fondos recaudados, e invertir tales fondos para promover el esfuerzo del desarrollo de esta base de datos Fomentar la cooperacin y la afiliacin de individuos, organizaciones sin fines de lucro y compaas comerciales involucradas o que estn planeando estar involucradas en el desarrollo, apoyo y promocin de los proyectos de software de Firebird y sus productos y actividades asociadas. CARACTERISTICAS: Es multiplataforma, y actualmente puede ejecutarse en los sistemas operativos: Linux, HP-UX, FreeBSD, Mac OS, Solaris y Microsoft Windows. Ejecutable pequeo, con requerimientos de hardware bajos. Arquitectura Cliente/Servidor sobre protocolo TCP/IP y otros (embedded). Soporte de transacciones ACID y claves forneas. Es medianamente escalable. Buena seguridad basada en usuarios/roles. Diferentes arquitecturas, entre ellas el Servidor Embebido1 (embedded server) que permite ejecutar aplicaciones monousuario en ordenadores sin instalar el software Firebird. Bases de datos de slo lectura, para aplicaciones que corran desde dispositivos sin capacidad de escritura, como cd-roms. Existencia de controladores ODBC, OLEDB, JDBC, PHP, Perl, .net, etc. Requisitos de administracin bajos, siendo considerada como una base de datos libre de mantenimiento, al margen de la realizacin de copias de seguridad. Pleno soporte del estndar SQL-92, tanto de sintaxis como de tipos de datos. Completo lenguaje para la escritura de disparadores y procedimientos almacenados denominado PSQL. Capacidad de almacenar elementos BLOB (BinaryLargeOBjects). Soporte de User-Defined Functions (UDFs).
Versin autoejecutable, sin instalacin, excelente para la creacin de catlogos en CD-Rom y para crear versiones de evaluacin de algunas aplicaciones. TIPOS DE SERVIDO:} Existen dos tipos de servidor Firebird para ser instalados: Classic y Super server. Si bien tienen varias diferencias menores entre s, la principal consiste en que el super server maneja hilos de ejecucin individuales para cada conexin. Por lo tanto para un nmero reducido de conexiones el recomendado sera el classic porque consumir menor cantidad de recursos.

En caso de arquitecturas SMP, se debe utilizar el servidor classic porque el Supersever no tiene soporte para este tipo de arquitectura. Los propios desarrolladores de Firebird recomiendan lo siguiente a la hora de decidirse por uno de estos servidores:

 En plataformas Windows seleccionar el Superserver. En Linux simplemente elegir cualquiera, segn las conexiones estimadas. En la mayora de las situaciones no se notar diferencias en la ejecucin.