Está en la página 1de 10

Repblica Bolivariana De Venezuela Ministerio Del Poder Popular Para La Educacin Universitaria Fundacin Misin Sucre Programa De Formacin

En Informtica BASES DE DATOS

PROFESORA ISABEL COLINA

ALUMNO LITSOLIS OLIVEROS

CIUDAD BOLIVAR, NOVIEMBRE 2013

CONCEPTO DE BASE DE DATOS Una base de datos es una coleccin de informacin organizada de forma que un programa de ordenador pueda seleccionar rpidamente los fragmentos de datos que necesite. Una base de datos es un sistema de archivos electrnico. Las bases de datos tradicionales se organizan por campos, registros y archivos. Un campo es una pieza nica de informacin; un registro es un sistema completo de campos; y un archivo es una coleccin de registros. Por ejemplo, una gua de telfono es anloga a un archivo. Contiene una lista de registros, cada uno de los cuales consiste en tres campos: nombre, direccin, y nmero de telfono.

QUE ES UN SISTEMA MANEJADOR DE UNA BASE DE DATOS (S.M.B.D)

El sistema de gestin de bases de datos es esencial para el adecuado funcionamiento y manipulacin de los datos contenidos en la base. Se puede definir como: "El Conjunto de programas, procedimientos, lenguajes, etc. que suministra, tanto a los usuarios no informticos como a los analistas, programadores o al administrador, los medios necesarios para describir, recuperar y manipular los datos almacenados en la base, manteniendo su integridad, confidencialidad y seguridad". FUNCIONES Las funciones esenciales de un SGDB son la descripcin, manipulacin y utilizacin de los datos. Descripcin: Incluye la descripcin de: Los elementos de datos, su estructura, sus interrelaciones, sus validaciones. Tanto a nivel externo como lgico global e interno esta descripcin es realizada mediante un LDD o Lenguaje de Descripcin de Datos. El manejador es responsable de las siguientes tareas:

Interaccin con el manejador de archivos: Los datos en la base se guardan en disco mediante el sistema de archivos, proporcionado comnmente por el sistema operativo. El manejador de la base, traduce las diferentes proposiciones del manejo de datos en comandos del sistema de archivos de bajo nivel. De esta forma el manejador se puede encargar del almacenamiento, recuperacin y actualizacin de los datos en la base

OBJETIVOS DE UN SMBD: 1. Permitir la definicin de todos los datos 2. Permitir manipular los datos 3. Establecer controles para la seguridad de los datos 4. Permitir accesos concurrentes.

EVOLUCION DE LOS SMBD Entre los aos 70 y 80 se comercializan los primeros SMBD, que permiten el acceso a los datos de diferentes maneras segn lo indique el PA, los datos son compartidos, la organizacin fsica de los mismos es ms independiente de los PA y es hecha con estructuras de datos complejas, que no se reflejan en los PA, los datos son direccionables a nivel de campo y grupo de datos, hay recuperacin por clave mltiple y administracin de datos. El SMBD provee los medios para reducir la redundancia, conservar la integridad y darle seguridad a los datos, as como tambin el soporte de lenguajes de descripcin de datos y los de manipulacin de los mismos. Al inicio de los aos 70 se seala la aparicin de la segunda generacin de SMBD, caracterizada por la separacin de los datos del PA y la llegada de los lenguajes de acceso navegacionales y cuyo mejor exponente es el SMBD denominado IMS de la compaa IBM, basado en el modelo jerrquico.

La tercera generacin est representada por los SMBD basados en el modelo de redes y cuya estructura fue normalizada por el grupo CODASYL. Los mejores exponentes de este grupo son: IDSS, IDMS y ADABAS. Estas dos generaciones comparten el uso de lenguajes de acceso navegacionales, pues desde un tipo de registro es posible acceder a otros tipos de registros hijos o enlazados al primero. La cuarta generacin aparece luego de los aos 70, con el modelo relacional que simplifica el acceso a los datos para los usuarios externos. Estos sistemas han sido comercializados al inicio de los aos 80 y cuyos mejores exponentes son: el sistema R y DB2 de la compaa IBM e INGRES desarrollado en la Universidad de Berkeley-California y comercializado por Rational Technology, Inc. A esta generacin se le conoce tambin como tecnologa de bases de datos relacionales, y ella est caracterizada por el uso de lenguajes de interrogacin o de consulta declarativos, es decir lenguajes donde no es necesario colocar explcitamente como encontrar los datos, sino que basta indicar que datos se desean obtener, dejando al SMBD la tarea de encontrarlos y mostrarlos. Una quinta generacin se encuentra en desarrollo actualmente. Ella est caracterizada por un modelo de datos ms rico y amplio, que puede soportar una gran cantidad de aplicaciones como: diseo y manufactura asistido por computador (CAD/CAM), diseo de software asistido por computador (CASE), sistemas de informacin geogrfica (SIG), etc. Ellos poseen una amplia gama de facilidades o tiles necesarios para apoyar dichas aplicaciones. Entre sus principales exponentes estn: POSTGRES basado en el enfoque relacional extendido y los SMBD orientados por objetos (SMBDOO) como son: ORION, GemStone, O2, ONTOS, Jasmine, Poet, etc.

LA

EVOLUCIN

DEL

CONCEPTO

DE

BASE

DE

DATOS

PUEDE

OBSERVARSE EN FORMA RESUMIDA. Aos 70 y 80. 2da. 3ra. y 4ta. Generacin de Aos 90. 5ta. generacin de SMBD. SMBD. Se mantienen los mtodos de acceso. Procesamiento distribuido y/o paralelo. Se mantienen los mtodos de acceso. Se mantienen todos los tipos de procesamiento. Tipos bsicos de datos: entero, real, carcter, Otros tipos de datos: imgenes, audio, fecha, etc. Hay independencia lgica, fsica y voz, animacin, etc. de Manejo de objetos compuestos y

localizacin. Comparticin de datos. Redundancia de datos controlada.

complejos. Manejo de cualquier tipo de datos. No redundancia. Soporte de evolucin del esquema.

Inconsistencia de datos controlada. Manejo de la integridad y seguridad de datos.

Manejo de versiones y reglas. Transacciones de larga duracin y cooperativas.

Datos direccionables a nivel de campo y grupo. Encapsulacin programas. Aparecen los lenguajes declarativos

de

datos

de

de Uso de los lenguajes orientados por objetos para descripcin y

descripcin y de manipulacin de datos.

manipulacin de objetos Hay recuperacin por varias claves Adicionalmente hay recuperacin por el identificador del objeto

concatenadas o no.

BASE DE DATOS RELACIONAL Es una base de datos que cumple con el modelo relacional, el cual es el modelo ms utilizado en la actualidad para implementar bases de datos ya planificadas. Permiten establecer interconexiones (relaciones) entre los datos (que estn guardados en tablas), y a travs de dichas conexiones relacionar los datos de ambas tablas, de ah proviene su nombre: "Modelo Relacional". Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San Jos (California), no tard en consolidarse como un nuevo paradigma en los modelos de base de datos.

CARACTERISTICA 1. Una Base relaciones. 2. No pueden existir dos tablas con el mismo nombre ni registro. 3. Cada tabla es a su vez un conjunto de registros (filas y columnas). 4. La relacin entre una tabla padre y un hijo se lleva a cabo por medio de las claves primarias y ajenas (o forneas). 5. Las claves primarias son la clave principal de un registro dentro de una tabla y stas deben cumplir con la integridad de datos. de Datos Relacional se compone de varias tablas o

6. Las claves ajenas se colocan en la tabla hija, contienen el mismo valor que la clave primaria del registro padre; por medio de stas se hacen las relaciones. ARQUITECTURA CLIENTE SERVIDOR. Esta arquitectura consiste bsicamente en un cliente que realiza peticiones a otro programa (el servidor) que le da respuesta. Aunque esta idea se puede aplicar a programas que se ejecutan sobre una sola computadora es ms ventajosa en un sistema operativo multiusuario distribuido a travs de una red de

computadoras. La interaccin cliente-servidor es el soporte de la mayor parte de la comunicacin por redes. Ayuda a comprender las bases sobre las que estn construidos los algoritmos distribuidos. CARACTERSTICA CLIENTE SERVIDOR 1. Combinacin de un cliente que interacta con el usuario, y

un servidor que interacta con los recursos a compartir. El proceso del cliente proporciona la interfaz entre el usuario y el resto del sistema. El proceso del servidor acta como un motor de software que maneja recursos compartidos tales como bases de datos, impresoras, Mdem, etc. 2. Las tareas del cliente y del servidor tienen diferentes requerimientos en cuanto a recursos de cmputo como velocidad del procesador, memoria, velocidad y capacidades del disco e input-output divises. 3. Se establece una relacin entre procesos distintos, los cuales pueden ser ejecutados en la misma mquina o en mquinas diferentes distribuidas a lo largo de la red. 4. Existe una clara distincin de funciones basadas en el concepto de servicio, que se establece entre clientes y servidores. 5. La relacin establecida puede ser de muchos a uno, en la que un servidor puede dar servicio a muchos clientes, regulando su acceso a los recursos compartidos.

6. Los clientes corresponden a procesos activos en cuanto a que son estos los que hacen peticiones de servicios. Estos ltimos tienen un carcter pasivo, ya que esperan peticiones de los clientes. 7. No existe otra relacin entre clientes y servidores que no sea la que se establece a travs del intercambio de mensajes entre ambos. El mensaje es el mecanismo para la peticin y entrega de solicitudes de servicios. 8. El ambiente es heterogneo. La plataforma de hardware y el sistema operativo del cliente y del servidor no son siempre los mismos. Precisamente una de las principales ventajas de esta arquitectura es la posibilidad de conectar clientes y servidores independientemente de sus plataformas. 9. El concepto de escalabilidad tanto horizontal como vertical es aplicable a cualquier sistema Cliente-Servidor. La escalabilidad horizontal permite agregar ms estaciones de trabajo activas sin afectar significativamente el rendimiento. La escalabilidad vertical permite mejorar las

caractersticas del servidor o agregar mltiples servidores ARQUITECTURA MULTICAPAS Lo que se conoce como arquitectura en capas es en realidad un estilo de programacin donde el objetivo principal es separar los diferentes aspectos del desarrollo, tales como las cuestiones de presentacin, lgica de negocio, mecanismos de almacenamiento, etc. VENTAJAS Y DESVENTAJAS DE LA ARQUITECTURA MULTICAPAS VENTAJAS La ventaja fundamental de la arquitectura n-capas con una arquitectura de dos niveles (o una de de 3 capas con una de 2 niveles) es que separa hacia afuera el proceso, eso ocurre para mejorar el balance de la carga en los diversos servidores; es ms escalable.

DESVENTAJAS Pone ms carga a la red, debido al trfico que genera en la red. Es mucho ms difcil programar y probar el software que en la arquitectura de dos niveles por que tienen que comunicarse con ms dispositivos para terminar la transaccin del usuario. MODELO DE 3 CAPAS CAPA DE PRESENTACIN Es la que ve el usuario (tambin se la denomina "capa de usuario"), presenta el sistema al usuario, le comunica la informacin y captura la informacin del usuario en un mnimo de proceso (realiza un filtrado previo para comprobar que no hay errores de formato). Tambin es conocida como interfaz grfica y debe tener la caracterstica de ser "amigable" (entendible y fcil de usar) para el usuario. Esta capa se comunica nicamente con la capa de negocio. CAPA DE NEGOCIO Es donde residen los programas que se ejecutan, se reciben las peticiones del usuario y se envan las respuestas tras el proceso. Se denomina capa de negocio (e incluso de lgica del negocio) porque es aqu donde se establecen todas las reglas que deben cumplirse. Esta capa se comunica con la capa de presentacin, para recibir las solicitudes y presentar los resultados, y con la capa de datos, para solicitar al gestor de base de datos almacenar o recuperar datos de l. Tambin se consideran aqu los programas de aplicacin. CAPA DE DATOS Es donde residen los datos y es la encargada de acceder a los mismos. Est formada por uno o ms gestores de bases de datos que realizan todo el almacenamiento de datos, reciben solicitudes de almacenamiento o recuperacin de informacin desde la capa de negocio.

EJEMPLO DE FUNCIONAMIENTO Ejemplo simple es la transaccin del cajero de un banco 1. Al cliente se le muestra la informacin y la interfaz grafica para hacer operaciones. 2. Una vez enviada la informacin al servidor la capa de negocios hace las operaciones necesarias, como transformar claves y hacer llamadas a la capa de datos (Esta es la lgica de negocios). 3. Luego se hace una llamada a la funcin del gestor de base de datos para devolver un valor a la capa de negocios y este procesara la informacin para mostrarla en la interfaz grafica