CONCEPTOS GENERALES

Banco de Datos
Se llama banco de datos a la informacin en los archivos de la computadora que constituyen una base de datos. Generalmente el nombre de banco da la idea de que se trata de una gran cantidad de datos y por otro lado de que se utiliza para diversas aplicaciones. Sin embargo el trabajar con informacin organizada y estructurada, puede tener sentido an con pequeas cantidades de informacin, ya que como se sabe una persona no es capaz de hacer un cruzamiento de ms de 5 6 variables simultneamente.

Sistema Manejador de Base de Datos

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. As el Manejador de base de datos es el responsable del verdadero almacenamiento de los datos. El DBMS es conocido tambin como Gestor de Base de datos.

Entidad-Relacin
Propuesto por Chen a mediados de los aos setenta como medio de representacin conceptual de los problemas y para representar la visin de un sistema de forma global. Fsicamente adopta la forma de un grafo escrito en papel al que se denomina diagrama Entidad-Relacin. Sus elementos fundamentales son las entidades y las relaciones. Una entidad caracteriza a un tipo de objeto, real o abstracto, del problema a modelizar. Toda entidad tiene existencia propia, es distinguible del resto de las entidades, tiene nombre y posee atributos definidos en un dominio determinado. Una entidad es todo aquello de lo que se desea almacenar informacin. En el diagrama E-R las entidades se representan mediante rectngulos. Una relacin es una asociacin o relacin matemtica entre varias entidades. Las relaciones tambin se nombran. Se representan en el diagrama E-R mediante flechas y rombos. Cada entidad interviene en una relacin con una determinada cardinalidad. La cardinalidad (nmero de instancias o elementos de una entidad que pueden asociarse a un elemento de la otra entidad relacionada) se representa mediante una pareja de datos, en minsculas, de la forma (cardinalidad mnima, cardinalidad mxima), asociada a cada uno de las entidades que intervienen en la relacin. Son posibles las siguientes cardinalidades: (0,1), (1,1), (0,n), (1,n), (m,n). Tambi se informa de las cardinalidades mximas con las que intervienen las entidades en la relacin.

Dependencia de Datos
La capacidad para modificar una definicin de esquema en un nivel sin afectar la definicin del esquema se denomina dependencia de los datos. Existen dos niveles de sta: independencia fsica e independencia lgica de los datos. Un esquema de base de datos se especifica por medio de una serie de definiciones que se expresa en un lenguaje de definicin de datos(DDL). El resultado de la Compilacin de las proposiciones en DDL es un conjunto de tablas que se almacenan en un archivo especial llamado diccionario de datos que contiene metadatos, es decir, "datos acerca de los datos".

OBJETIVOS DE LOS SISTEMAS MANEJADORES DE BASES DE DATOS

Unin de Aplicaciones con las Bases de Datos

Es ocasiones es necesario la recuperacin de informacin que se encuentra contenida en una tabla que no se encuentra en la base de datos que ejecutar la consulta o que en ese momento no se encuentra abierta, esta situacin la podemos salvar con la palabra reservada IN de la siguiente forma: SELECT DISTINCTROW Apellido AS Empleado FROM Empleados IN 'c:\databases\gestion.mdb'; En donde c:\databases\gestion.mdb es la base de datos que contiene la tabla Empleados.

C Caractersticas *Los datos podran utilizarse de mltiples maneras. Los diferentes usuarios que perciben y manipulan en forma d diferente la misma informacin. *Se protege la inversin intelectual. No ser necesario rehacer los programas y las estructuras lgicas existentes cuando se modifique la base de datos. Menor proliferacin de datos. Las necesidades de las nuevas aplicaciones se satisfarn con los datos existentes ms bien que creando nuevos archivos, evitndose as la excesiva proliferacin de datos. Mejor desempeo Las consultas de datos se atendern con la rapidez adecuada segn el uso que de ellos habr que hacerse. Mayor Claridad. Los usuarios sabrn que datos se encuentran a su disposicin y los comprender con facilidad. Facilidad de uso. Los usuarios tendrn fcil acceso a los datos. Las complejidades internas son transparentes al usuario, gracias al sistema administrador de la base de datos. Mayor Flexibilidad. Los datos podrn ser utilizados o explorados de manera flexible, con diferentes caminos de acceso. Rpida atencin de interrogantes no previstos. Los pedidos espontneos de informacin se atendern sin necesidad de escribir un programa de aplicacin (lo que significa una prdida de tiempo) utilizando un lenguaje de alto nivel para consulta o generacin de reportes.

Facilidad para el cambio. La base de datos puede crecer y variar sin interferir con las maneras establecidas de manipular datos. Precisin y coherencia. Se utilizarn controles de precisin. El sistema evitar las versiones mltiples de los mismos tems de datos con diferentes estados de actualizacin. Reserva. Se evitar el acceso no autorizado a los datos. Los mismos datos podrn estar sujetos a diferentes restricciones de acceso para diferentes usuarios. Proteccin contra prdida o dao. Los datos estarn protegidos contra fallos y catstrofes, y contra delincuentes, vndalos, incompetentes y personas que intenten falsearlos. Disponibilidad. Los datos se hallarn disponibles para usuarios casi todas las veces que los necesiten.

ELEMENTOS DE UN SISTEMA MANEJADOR DE BASES DE DATOS

Abstraccin de la informacin
Uno de los objetivos del DBMS es el ocultar al usuario final ciertos aspectos tcnicos relativos al diseo de los manejadores, puesto que estos no son relevantes para este usuario final.

Las estructuras de datos utilizadas para el almacenamiento y recuperacin de la informacin son muchas veces altamente complejas con el objeto de crear un sistema eficiente. Para diferenciar las etapas en que cada operador, diseador y otros personajes intervienen, debe distinguirse entre los siguientes niveles de diseo: 1. NIVEL FISICO.- Es aquel en el que se determinan las caractersticas de almacenamiento en el medio secundario. Los diseadores de este nivel poseen un amplio dominio de cuestiones tcnicas y de manejo de hardware. Muchas veces se opta por mantener el nivel fsico proporcionado por el sistema operativo para facilitar y agilizar el desarrollo. 2. NIVEL CONCEPTUAL.- Es aquel en el que se definen las estructuras lgicas de almacenamiento y las relaciones que se darn entre ellas. Ejemplos comunes de este nivel son el diseo de los registros y las ligas que permitirn la conexin entre registros de un mismo archivo, de archivos distintos incluso, de ligas hacia archivos. 3. NIVEL DE EDICION.- Es aquel en el que se presenta al usuario final y que puede combinaciones o relaciones entre los datos que conforman a la base de datos global. Puede definirse como la forma en el que el usuario aprecia la informacin y sus relaciones.

Modelo de Datos
Un modelo de datos es un conjunto de herramientas conceptuales para describir los datos, las relaciones entre ellos, su semntica y sus limitantes.

Los modelos de datos se clasifican en tres grupos principales: 1. MODELOS LOGICOS BASADOS EN OBJETOS.- Son aquellos que nos permiten una definicin clara y concisa de los esquemas conceptual y de visin. Su caracterstica principal es que permiten definir en forma detallada las limitantes de los datos. Ejemplos de este tipo de modelos son: Modelo entidad relacin. Modelo binario Modelo semntico de los datos Modelo infolgico 2. MODELOS LOGICOS BASADOS EN REGISTROS.Operan sobre niveles conceptual y de visin. Sus caractersticas principales son que permiten una descripcin ms amplia de la implantacin, pero no son capaces de especificar con claridad las limitantes de los datos. Son ejemplos de este tipo de modelos: Modelo relacional: Los datos y las relaciones se representan mediante tablas, cada una con diferentes columnas y nombres nicos. Modelo de red: Los datos se representan mediante nombres de registros y las relaciones mediante conjunto de ligas. Modelo jerrquico: Es semejante al modelo de red, pero con una estructura arbolada. 3. MODELOS FISICOS DE DATOS.- describen los datos en el nivel ms bajo y permiten identificar algunos detalles de implantacin para el manejo del hardware de almacenamiento. Ejemplos de este tipo de modelos son:

 Modelo unificador Modelo memoria de cuadros

Instancias y esquemas
Como es obvio, la base de datos es dinmica y por tanto se encuentra sujeta a modificaciones constantes por la agregacin, eliminacin y alteracin de datos. Para definir las distintas etapas por las que atraviesa una base de datos, se utiliza el concepto de instancia de la base de datos; esta se refiere al estado que esta guarda en un momento determinado. Tambin es relevante el observar que uno o varios archivos pudieron ser sujetos a una reestructuracin o reorganizacin. Para solucionar el problema referente al estado que guarda la estructura de la base de datos, se define el concepto de esquema de la base de datos; este hace referencia al estado que guarda la organizacin conceptual (estructura, ligas, relaciones y dems) de la base de datos en un momento determinado. REESTRUCTURACIN.- Cuando se hacen cambios en la estructura, quitar un campo, agregar, modificar longitud o un tipo. REORGANIZACIN.- Cambiar el modelo con el que se controla el acceso a los datos. NOTA: Comnmente la reorganizacin trae como consecuencia la reestructuracin. Existen varios esquemas para cada nivel de la base de

datos; de tal forma, tenemos un esquema fsico, esquema conceptual y esquema de visin (llamado tambin subesquema).

Independencia de Datos
Esta se refiere a la libertad que pueda existir para modificar algunos de los esquemas sin que exista la necesidad de reescribir los programas de aplicacin. Existen bsicamente dos tipos de independencia: a. INDEPENDENCIA FISICA.- Esta se presenta cuando es posible la modificacin del esquema fsico sin afectar a los esquemas restantes. Las principales razones para llevar a cabo una modificacin del esquema fsico sern un ajuste en el hardware de almacenamiento o una redistribucin de los datos en l. b. INDEPENDENCIA LOGICA.- Ocurre cuando se modifica el esquema conceptual sin afectar al resto de los esquemas. Bsicamente se modifica el esquema conceptual cuando cambian las caractersticas de los datos a almacenar. Es relativamente ms sencillo y probable lograr la independencia fsica puesto que una modificacin del esquema conceptual, (estructuras, ligas y dems ) inevitablemente requerir de modificaciones el cdigo para su manipulacin.

Lenguaje de Definicin de Datos

Un esquema de base de datos se especifica por medio de un conjunto de definiciones que se expresan mediante un lenguaje especial llamado lenguaje de definicin de datos. El resultado de la combinacin de sentencias de DDL es un conjunto de tablas las cuales se almacenan en un archivo especial llamado diccionario de datos. El DDL (Data Definition Language) es aquel que permite describir un esquema de base de datos. Las definiciones resultantes conformaran al DICCIONARIO DE DATOS. Un DICCIONARIO DE DATOS es un archivo que contiene metadatos que se consulta antes de leer o modificar datos reales en el sistema de base de datos.

Lenguaje de Manejo de Datos

El DML (Data Manipulation Language) nos sirve para manejar la informacin contenida en la base de datos. Este manejo consiste bsicamente en la insercin, recuperacin, eliminacin y modificacin de la informacin. El DML aplicado a nivel fsico ser utilizado para realizar procesos que permitan un acceso ms eficiente a la informacin; en el nivel de visin tendr como finalidad mostrar al usuario destino los datos en una forma clara y sencilla. Existen dos tipos de DML:

a. DE PROCEDIMIENTOS.- Especifican cuales datos habrn de ser manipulados y el mtodo que se utilizara para ello. b. SIN PROCEDIMIENTOS.- Solamente especifican los datos a manejar. Los DML de procedimientos son mucho mas eficientes en lo que respecta a sus capacidades de manejo y control de la informacin, pero su complejidad es mayor. Se define una consulta como una operacin que solicita la recuperacin de informacin. La parte del DML que se encarga de procesar esta recuperacin se conoce como LENGUAJE DE CONSULTA.

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: Usuarios de Datos Administrador de Datos

Usuarios de los datos

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.

Administrador de Datos
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.)

Estructura General del SMBD

Un sistema de base de datos se encuentra dividido en mdulos cada uno de los cuales controla una parte de la responsabilidad total de sistema. En la mayora de los casos, el sistema operativo proporciona nicamente los servicios ms bsicos y el sistema de la base de datos debe partir de esa base y controlar adems el manejo correcto de los datos. As el diseo de un sistema de base de datos debe incluir la interfaz entre el sistema de base de datos y el sistema operativo. Los componentes funcionales de un sistema de base de datos, son: Gestor de archivos.Gestiona la asignacin de espacio en la memoria del disco y de las estructuras de datos usadas para representar informacin. Manejador de base de datos. Sirve de interfaz entre los datos y los programas de aplicacin. Procesador de consultas. Traduce las proposiciones en lenguajes de consulta a instrucciones de bajo nivel. Adems convierte la solicitud del usuario en una forma ms eficiente. Compilador de DDL. Convierte las proposiciones DDL en un conjunto de tablas que contienen metadatos, estas se almacenan en el diccionario de datos. Archivo de datos. En l se encuentran almacenados fsicamente los datos de una organizacin. Diccionario de datos. Contiene la informacin referente

a la estructura de la base de datos. Indices. Permiten un rpido acceso a registros que contienen valores especficos. Una forma grfica de representar los componentes antes mencionados y la relacin que existe entre ellos sera la siguiente.

1.4 SMBD Existentes en el Mercado

SMBD EXISTENTES EN EL MERCADO

R RELACIONALES R RED

JERARQUICO

Sistemas Manejadores Relacionales

SQL
El lenguaje de consulta estructurado (SQL) es un lenguaje de base de datos normalizado, utilizado por el motor de base de datos de Microsoft Jet. SQL se utiliza para crear objetos QueryDef, como el argumento de origen del mtodo OpenRecordSet y como la propiedad RecordSource del control de datos. Tambin se puede utilizar con el mtodo Execute para crear y manipular directamente las bases de datos Jet y crear consultas SQL de paso a travs para manipular bases de datos remotas cliente - servidor. El lenguaje SQL est compuesto por: comandosclusulasoperadores y funciones de agregado.Estos elementos se combinan en las instrucciones para crear, actualizar y manipular las bases de datos.

Comandos Existen dos tipos de comandos SQL: los DLL que permiten crear y definir nuevas bases de

datos, campos e ndices. los DML que permiten generar consultas para ordenar, filtrar y extraer datos de la base de datos. Comandos DLL Comandos Descripcin Utilizado para crear nuevas tablas, campos CREATE e ndices DROP Empleado para eliminar tablas e ndices Utilizado para modificar las tablas ALTER agregando campos o cambiando la definicin de los campos.

Comandos DML Comandos Descripcin Utilizado para consultar registros de la SELECT base de datos que satisfagan un criterio determinado Utilizado para cargar lotes de datos en la INSERT base de datos en una nica operacin. Utilizado para modificar los valores de los UPDATE campos y registros especificados Utilizado para eliminar registros de una DELETE tabla de una base de datos

ClusulasLas clusulas son condiciones de modificacin utilizadas para definir los datos que desea seleccionar o manipular. Clusula Descripcin

FROM WHERE GROUP BY HAVING ORDER BY

Utilizada para especificar la tabla de la cual se van a seleccionar los registros Utilizada para especificar las condiciones que deben reunir los registros que se van a seleccionar Utilizada para separar los registros seleccionados en grupos especficos Utilizada para expresar la condicin que debe satisfacer cada grupo Utilizada para ordenar los registros seleccionados de acuerdo con un orden especfico

Operadores y Funciones de AgregadoOperadores Lgicos Operador Uso Es el "y" lgico. Evalua dos condiciones y AND devuelve un valor de verdad slo si ambas son ciertas. Es el "o" lgico. Evala dos condiciones y OR devuelve un valor de verdar si alguna de las dos es cierta Negacin lgica. Devuelve el valor contrario NOT de la expresin.

Operadores de Comparacin Operador < > Uso Menor que Mayor que

<> <= >= =

Distinto de Menor Igual que Mayor Igual que Igual que Utilizado para especificar un intervalo de BETWEEN valores. LIKE Utilizado en la comparacin de un modelo Utilizado para especificar registros de una IN base de datos

Funciones de Agregado Las funciones de agregado se usan dentro de una clusula SELECT en grupos de registros para devolver un nico valor que se aplica a un grupo de registros. Funcin Descripcin Utilizada para calcular el promedio de los AVG valores de un campo determinado Utilizada para devolver el nmero de registros COUNT de la seleccin Utilizada para devolver la suma de todos los SUM valores de un campo determinado Utilizada para devolver el valor ms alto de un MAX campo especificado Utilizada para devolver el valor ms bajo de MIN un campo especificado

Tipos de Datos

Los tipos de datos SQL se clasifican en 13 tipos de datos primarios y de varios sinnimos vlidos reconocidos por dichos tipos de datos. Tipos de datos primarios: Tipos de Datos Longitud Descripcin Para consultas sobre tabla adjunta de productos de BINARY 1 Byte bases de datos que definen un tipo de datos Binario. BIT 1 Byte Valores Si/No True/False BYTE 1 byte Un valor entero entre 0 y 255. Un nmero incrementado COUNTER 4 bytes automticamente (de tipo Long) Un entero escalable entre CURRENCY 8 bytes 922.337.203.685.477,5808 y 922.337.203.685.477,5807. Un valor de fecha u hora DATETIME 8 bytes entre los aos 100 y 9999. Un valor en punto flotante de precisin simple con un rango de -3.402823*1038 a SINGLE 4 bytes -1.401298*10-45 para valores negativos, 1.401298*10-45 a 3.402823*1038 para valores positivos, y 0. DOUBLE 8 bytes Un valor en punto flotante de doble precisin con un rango de -1.79769313486232*10308 a -4.94065645841247*10-324 para valores negativos, 4.94065645841247*10-324 a 1.79769313486232*10308

SHORT LONG LONGTEXT

2 bytes 4 bytes 1 byte

para valores positivos, y 0. Un entero corto entre -32,768 y 32,767. Un entero largo entre -2,147,483,648 y 2,147,483,647. por carcter De cero a un mximo de 1.2 gigabytes.

Segn se necesite LONGBINARY Utilizado para objetos OLE. De cero 1 gigabyte por caracter De cero a 255 TEXT 1 byte caracteres.

La siguiente tabla recoge los sinnimos de los tipos de datos definidos: Tipo de Dato BINARY BIT BYTE COUNTER CURRENCY DATETIME SINGLE Sinnimos VARBINARY BOOLEAN LOGICAL LOGICAL1 YESNO INTEGER1 AUTOINCREMENT MONEY DATE TIME TIMESTAMP FLOAT4 IEEESINGLE REAL FLOAT FLOAT8 IEEEDOUBLE NUMBER DOUBLE NUMERIC SHORT INTEGER2 SMALLINT LONG INT INTEGER INTEGER4 LONGBINARY GENERAL OLEOBJECT LONGTEXT LONGCHAR MEMO NOTE TEXT

VARIANT

ALPHANUMERIC CHAR CHARACTER STRING VARCHAR ( (No Admitido) VALUE

SYBASE
Sybase SQL Server es uno de los manejadores relacionales ms conocido y poderoso del mercado actual. Su capacidad de almacenamiento, ambiente multiusuario y excelente desempeo lo han convertido en uno de los DBMS ms exitosos de la historia de la computacin, ganndose una enorme reputacin en menos de 10 aos, gracias a sus innovaciones, confiabilidad y facilidad de uso.

DB2
La necesidad de mejorar la manera de acceder y manejar los datos ha evolucionado desde el concepto de IMS (Information Management System) a la nueva generacin de sistemas de administracin de bases de datos relacionales (RDBMS). DB2 Universal Database puede almacenar y hacer bsquedas no solamente de datos alfanumricos sino tambin de imgenes, audio, video y otros objetos. Es una base de datos altamente confiable y escalable que funciona en hosts que corren desde en microcomputadoras hasta en mainframes. Ofrece todos los componentes principales de un sistema de su tipo: bases de datos replicadas, servidores de

procesamiento analtico en lnea y capacidad de integrarse con otros sistemas empresariales. Caractersticas Tcnicas Manejo de Objetos-datos grandes de hasta 2GB Definicin de tipos de datos y funciones por parte del usuario. Chequeo de consistencia de datos. Chequeo de integridad referencial. Triggers / ANSI Definicin SQL recursivo Join externo Soporte multimedia : texto/ imgenes/ video/ audio Escalabilidad Parallel query Two-phase commit Backup/recovery on-line y off-line Monitor grfico de performance Visual explain monitor grfico de estrategias de bsqueda

A Ambiente de un SMBD RELACIONAL

Evolucin
El concepto de modelo de datos en s surgi al mismo tiempo que el modelo relacional de datos fuera propuesto por su creador, Ted Codd, despus de que los modelos jerrquico y de red estuvieran en uso. Posteriormente, estos dos modelos fueron definidos independientemente de los lenguajes y sistemas usados para implementarlos. Con anterioridad no eran ms que colecciones de estructuras de datos y lenguajes sin una teora subyacente definida. En cuanto al modelo relacional, no se puede decir que sea en s un modelo semntico de datos. Su enorme xito no se debe a que permite de forma implcita operaciones conceptualmente abstractas sobre los datos, sino a los altos niveles de fiabilidad e integridad que aporta en el manejo de grandes cantidades de datos. Desde su comienzo en 1970 y durante mucho tiempo despus, los sistemas gestores de bases de datos relacionales (RDBMS : Relational Database Management System) estuvieron restringidos al mbito de los mainframes y mini-ordenadores. Con la irrupcin masiva en el mercado de los micro-ordenadores,

aparecieron algunas implementaciones de RDBMSs que intentaban emular las propiedades de los grandes sistemas, aunque no contaban con la mayor parte de las caractersticas necesarias para ser denominados "relacionales", especialmente en lo que se refiere al cumplimiento de las reglas de integridad relacional. Lo que realmente marca la diferencia entre los sistemas relacionales y los sistemas anteriores es el hecho de que su creador, Ted Codd, bas expresamente su funcionamiento sobre un modelo matemtico muy especfico: el lgebra relacional y el clculo relacional, as como la progresiva adopcin, por parte de su creador y algunos colaboradores, de un nmero de Reglas de Integridad Relacional y de Formas Normales.

Caracteristicas
Implementacin de SQLEl producto oracle trabaja con el estndar ANSI / ISO. Integridad Referencial.Se apoya en standard ANSI / ISO de restricciones de integridad declarativas. Integridad del DominioCumple la integridad del dominio en el servidor. Procedimientos almacenados.Permite el almacenamiento de cdigo SQL compilado en el servidor de la base de datos. (PL / SQL stored procedures) Activadores (Triggers)Los Triggers se pueden ejecutar ya sea antes o despus de la sentencia activadora y se puede ejecutar ya sea una ves por fila o por sentencia.

La Implementacin por Triggers esta modelada en su mayora sobre la base de las especificaciones ANSI / ISO SQL3. Forma de acceso a la base de datosEl acceso a la base de datos es automtico y transparente al usuario; se gua por medio de una serie de reglas de acceso predefinido. Tambin ofrece la opcin de determinar la forma de acceso a la base de datos. Seleccin de Reservacin.Proporciona reservacin en el mbito de registro, sin limite en numero de reservaciones por transaccin, tabla o base de datos. Regulador en lnea.Hace respaldos en lnea y soporta incremntales. Recuperacin de transacciones. El sistema mantiene puntos de sincronizacin para determinar el termino e inicio de cualquier transaccin. Mantiene una bitcora de transacciones y realiza el compromiso en dos fases. Recuperacin del sistema.Mantiene puntos de revisin. Recuperacin de los medios de almacenamiento. Proporciona una utilera de vaciado / restauracin. Mecanismo de vistaProporciona seguridad a travs de vistas del SQL. Subsistema de autorizacin. Lo proporciona a travs de Gran y Revoke de SQL.Asignacin de acceso por grupo.Asigna acceso por medio de roles a cada usuario o grupos de usuario. Optimizacin.Posee un optimizador de consultas basado en costos.

Ventajas

Las ventajas de utilizar un RDBMS podran ser resumidas en las siguientes: Compatibilidad y estandarizacin. Fiabilidad. Garanta de independencia de los datos. Existencia de numerosos sistemas comerciales entre los que escoger y consiguiente apoyo tcnico. Conectividad garantizada con los lenguajes de programacin estndar.

Desventajas
Existen una serie de desventajas bien conocidas del modelo relacional de datos, que se ponen de manifiesto especialmente cuando lo comparamos con otros modelos ms nuevos (p. ej. el modelo orientado al objeto o las modernas implementaciones basadas en marcos). Las ms obvias son las siguientes: Imposibilidad de representar conocimiento en forma de reglas. Inexistencia de mecanismos de herencia de propiedades (y por supuesto de mtodos). Falta de poder expresivo (por ejemplo, para representar jerarquas). Dificultad para gestionar datos no atmicos (por ejemplo, los valores estructurados de una estructura de rasgos). Incompatibilidad entre los tipos de estructuras de datos que se transfieren o desadaptacin de impedancia (impedance mismatch). Los cuatro primeros aspectos afectan directamente a la representacin lxica, mientras que el ltimo es un problema meramente tcnico que no detallaremos y que no presenta el modelo de datos orientado al objeto

que hemos mencionado.

Aplicaciones
Hoy en da contamos con RDBMSs para microordenadores que s pueden ser considerados plenamente relacionales y que, si bien no llegan alcanzar las prestaciones de los grandes sistemas en cuanto a velocidad de ejecucin, seguridad, integridad de datos, recuperacin y estabilidad, no tienen nada que envidiar a stos cualitativamente, y sus deficiencias se deben sobre todo al tipo de mquina en el que funcionan y a los sistemas operativos que estas m mquinas utilizan.

Ambiente de un SMBD de RED

Evolucin
Este modelo fue el resultado de estandarizacin del comit CODASYL. Aunque existen algunos DBMSs de red que no siguen las especificaciones CODASYL, en general, una base de datos CODASYL es sinnimo de base de datos de red. El modelo de red intenta superar las deficiencias del enfoque jerrquico, permitiendo el t tipo de relaciones de muchos a muchos.

Caracteristicas

Una estructura de datos en red, o estructura plex, es muy similar a una estructura jerrquica, de hecho no es ms que un superconjunto de sta. Al igual que en la estructura jerrquica, cada nodo puede tener varios hijos pero, a diferencia de sta, tambin puede tener varios padres. El concepto bsico en el enfoque de red es el conjunto (set), definido por el comit CODASYL. Un conjunto est constituido por dos tipos de registros que mantienen una relacin de muchos a muchos. Para conseguir representar este tipo de relacin es necesario que los dos tipos de registros estn interconectados por medio de un registro conector llamado conjunto conector. Los conjuntos poseen las siguientes caractersticas: El registro padre se denomina propietario del conjunto, mientras que el registro hijo se denomina miembro. Un conjunto est formado en un solo registro propietario y uno o ms registros miembros. Una ocurrencia de conjuntos es una coleccin de registros, uno de ellos es el propietario y los otros los miembros. Todos los registros propietarios de ocurrencias del mismo tipo de conjunto deben ser del mismo tipo de registro. El tipo de registro propietario de un tipo de conjunto debe ser distinto de los tipos de los registros miembro. Slo se permite que un registro miembro aparezca una vez en las ocurrencias de conjuntos del mismo tipo. Un registro miembro puede asociarse con ms de un propietario, es decir, puede pertenecer al mismo tiempo a dos o ms tipos de conjuntos distintos. Esta situacin se puede representar por medio de una estructura multianillo. Se pueden definir niveles mltiples de jerarquas donde un tipo de registro puede ser miembro en un conjunto y al mismo tiempo propietario en otro conjunto diferente.

Ventajas

Un sistema de multiprocesamiento puede administrar una base de datos pero lo hace usualmente a travs de un solo sistema de manejo de base de datos; los procesadores se utilizan para distribuir la carga de trabajo del sistema completo o incluso del propio SMBD pero actuando sobre una sola base de datos. Finalmente, una base de datos la cual reside en un solo sitio de una red de computadoras y que es accesada por todos los nodos de la red no es una base de datos distribuida. Este caso se trata de una base de datos cuyo control y administracin esta centralizada en un solo nodo pero se permite el acceso a ella a travs de la red de computadoras.

El medio ambiente tpico de un SMBDD consiste de un conjunto de sitios o nodos los cuales tiene un sistema de procesamiento de datos completo que incluye una base de datos local, un sistema de manejo de bases de datos y facilidades de comunicaciones. Si los diferentes sitios pueden estar geogrficamente dispersos, entonces, ellos estn interconectados por una red de tipo WAN. Por otro lado, si los sitios estn localizados en diferentes edificios o departamentos de una misma organizacin pero geogrficamente en la misma ubicacin, entonces, estn conectados por una red local (LAN) (Figura).

A Ambiente de un SMBD DISTRIBUIDO

Evolucin

Los primeros trabajos conocidos para la arquitectura Cliente / Servidor los hizo Sybase, que se fund en 1984 pensando en lanzar al mercado nicamente productos para esta arquitectura. A fines de la dcada pasada el producto fue lanzado, para el voluminoso segmento "low-end" del mercado, en conjuncin con Microsoft, teniendo como soporte de la base de datos un servidor OS/2, y como herramienta "front end" bsica el Dbase IV de Ashton Tate. El Dbase IV no se mostr como una herramienta adecuada, y los desencuentros comerciales entre Sybase, Microsoft e IBM (en aquel momento socia de Microsoft para el OS/2) hicieron el resto. La situacin era muy diferente en 1994, cuando los principales fabricantes tradicionales (Informix, Oracle, Sybase) haban lanzado al mercado poderosos servidores y, a ellos, se agregaba IBM que estaba lanzando su producto DB2 para prcticamente todos los sistemas operativos importantes (adems de sus clsicos MVS y VM, ahora anunciaba AIX, OS/2, Windows NT, Hewlett Packard's UNIX, Suns UNIX, Siemens' UNIX, etc.) y Microsoft que, luego de finalizar su acuerdo con Sybase, parti para su propio SQL Server para Windows NT. Exista un conjunto de lenguajes "front end" como, por ejemplo, Delphi, Foxpro, Powerbuilder, SQL Windows, Visual Basic, etc.. Decamos en aquel momento que Visual Basic, ms all de sus mritos intrnsecos como lenguaje, era el favorito para dominar el mercado, cosa que est ocurriendo. Por otra parte, existan en la comunidad informtica muchas dudas sobre la calidad de los optimizadores de los sistemas de gerencia de base de datos, cuyas fallas del pasado haban sido causantes de verdaderas historias de horror.

En general, la tecnologa de los servidores de base de datos ha evolucionado mucho en los ltimos aos y todos los fabricantes trabajan con tecnologa sensiblemente equivalente. Parecen mucho ms importantes para la eleccin elementos que estn fuera de la tecnologa: la confianza que nos despierta el fabricante, su compromiso con el producto, su tendencia a mantenerse siempre actualizado, sus situacin econmico / financiera, las garantas que nos brinde el soporte local y, en menor medida, el precio.

Caracteristicas
La caracterstica principal que tienen las Bases de Datos Distribuidas es la habilidad de accesar datos ubicados en mltiples sitios, localizados en diferentes nodos de una red, en forma transparente a los usuarios finales. Un Sistema de Bases de Datos Distribuidas correctamente implementado, permite manejar un elevado volumen de datos, as como mltiples conexiones concurrentes de las aplicaciones de los usuarios.Otras caracteristicas son: Autonoma local.No depende de un sitio local. Operacin continua. Transparencia de localizacin. Transparencia de fragmentacin. Transparencia de replicacin. Procesamiento de transacciones. Procesamiento de consultas. Transparencia de hardware. Transparencia de Sistema Operativo. Transparencia de Red. Transparencia de Sistemas Manejadores de Base de Datos (SMBD).

Ventajas
Las ventajas que ofrece el uso de Bases de Datos Distribuidas son:

Permite una mayor disponibilidad de informacin. Evita prdida de informacin por fallas al tener copia de los datos en diferentes localidades. Permite replicacin y fragmentacin de informacin. Eficienta el acceso de datos al permitir balancear los accesos. Aumenta autonoma local. Permite respaldos en lnea.

Desventajas
La principal desventaja se refiere al control y manejo de los datos. Dado que stos residen en muchos nodos diferentes y se pueden consultar por nodos diversos de la red, la probabilidad de violaciones de seguridad es creciente si no se toman las precauciones debidas. La habilidad para asegurar la integridad de la informacin en presencia de fallas no predecibles tanto de componentes de hardware como de software es compleja. La integridad se refiere a la consistencia, validez y exactitud de la informacin. Dado que los datos pueden estar replicados, el control de concurrencia y los mecanismos de recuperacin son mucho ms complejos que en un sistema centralizado.

Aplicaciones
La tendencia general ser una combinacin adecuada entre Administracin Remota de Datos (que es el esquema ms utilizado hoy) y Three Tiered Architecture. Aplicaciones con Bases de Datos Distribuidas usando el mtodo de replicacin de datos, el cual, consiste en crear y mantener copias de tablas de datos en mltiples localidades y que permite mantener la consistencia de la informacin en todas sus rplicas.

Desventajas
La principal desventaja se refiere al control y manejo de los datos. Dado que stos residen en muchos nodos diferentes y se pueden consultar por nodos diversos de la red, la probabilidad de violaciones de seguridad es creciente si no se toman las precauciones debidas. La habilidad para asegurar la integridad de la informacin en presencia de fallas no predecibles tanto de componentes de hardware como de software es compleja. La integridad se refiere a la consistencia, validez y exactitud de la informacin. Dado que los datos pueden estar replicados, el control de concurrencia y los mecanismos de recuperacin son mucho ms complejos que en un sistema

centralizado.

Aplicaciones
Los ambientes en los que se encuentra con mayor frecuencia el uso de las bases de datos distribuidas son: Cualquier organizacin que tiene una estructura descentralizada. Casos tpicos de lo anterior son: organismos gubernamentales y/o de servicio pblico. La industria de la manufactura, particularmente, aquella con plantas mltiples. Por ejemplo, la industria automotriz. Aplicaciones de control y comando militar. Lneas de transportacin area. Cadenas hoteleras. Servicios bancarios y financieros.

Requerimientos adicionales de Hardware y de Software S

PC's
Las microcomputadoras habituales tambin se conocen como computadoras personales o PC (de sus siglas en ingles Personal Computer). Suelen ser usadas como unidades aisladas o estar conectada a otras para compartir datos y programas con otros usuarios. Pero aunque est conectada con otras, en general slo efectuar tus tareas de procesamiento. Un procesador de microcomputadora lleva a cabo unas

100 millones de operaciones por segundo. Las microcomputadoras tienen muchas formas y tamaos. Las estaciones de trabajo se encuentran entre las minicomputadoras y las macrocomputadoras (por el procesamiento). Las estaciones de trabajo son un tipo de computadoras que se utilizan para aplicaciones que requieran de poder de procesamiento moderado y relativamente capacidades de grficos de alta calidad. Son usadas para: Aplicaciones de ingeniera CAD (Diseo asistido por computadora) Publicidad Creacin d de Software Consulta de Informacin

Minis
En 1960 surgi la minicomputadora, una versin ms pequea de la Macrocomputadora. Al ser orientada a tareas especficas, no necesitaba de todos los perifricos que necesita un Mainframe, y sto ayudo a reducir el precio y costos de mantenimiento . Las Minicomputadoras , en tamao y poder de procesamiento, se encuentran entre los mainframes y las estaciones de trabajo. En general, una minicomputadora, es un sistema multiproceso (varios procesos en paralelo) capaz de soportar de 10 hasta 200 usuarios simultneamente. Actualmente se usan para almacenar grandes bases de datos, automatizacin industrial y aplicacio nes multiusuario. Microcomputadoras o PCs

Mainframes
Las macrocomputadoras son tambin conocidas como Mainframes son grandes, rpidos y caros sistemas capaces de controlar cientos de usuarios simultneamente, as como cientos de dispositivos de entrada y salida.

Tendencias en el Mercado Actual

Sistemas Manejadores de Bases de Datos Orientados a Objetos(SMBDOO)

Las aplicaciones de las bases de datos en reas como el diseo asistido por computadora, la ingeniera de software y el procesamiento de documentos no se ajustan al conjunto de suposiciones que se hacen para aplicaciones del estilo de procesamiento de datos. El modelo de datos orientado a objetos se ha propuesto para tratar algunos de estos nuevos tipos de aplicaciones. El modelo de bases de datos orientado a objetos es una adaptacin a los sistemas de bases de datos. Se basa en el concepto de encapsulamiento de datos y cdigo que opera sobre estos en un objeto. Los objetos estructurados se agrupan en clases. El conjunto de clases esta estructurado en sub y superclases basado en una extensin del concepto ISA del modelo Entidad - Relacin. Puesto que el valor de un dato en un objeto tambin es un objeto, es posible representar el contenido del objeto dando como resultado un objeto compuesto. El propsito de los sistemas de bases de datos es la gestin de grandes cantidades de informacin. Las primeras bases de datos surgieron del desarrollo de los sistemas de gestin de archivos. Estos sistemas primero evolucionaron en bases de datos de red o en

bases de datos jerrquicas y, ms tarde, en bases de datos relacionales. Estructura de objetos.El modelo orientado a objetos se basa en encapsular cdigo y datos en una nica unidad, llamada objeto. El interfaz entre un objeto y el resto del sistema se define mediante un conjunto de mensajes. Un objeto tiene asociado: un conjunto de variables que contienen los datos del objeto. El valor de cada variable es un objeto. Un conjunto de mensajes a los que el objeto responde. Un mtodo, que es un trozo de cdigo para implementar cada mensaje. Un mtodo devuelve un valor como respuesta al mensaje. El trmino mensaje en un contexto orientado a objetos, no implica el uso de un mensaje fsico en una red de computadoras, si no que se refiere al paso de solicitudes entre objetos sin tener en cuenta detalles especficos de implementacin. La capacidad de modificar la definicin de un objeto sin afectar al resto del sistema est considerada como una de las mayores ventajas del modelo de p programacin orientado a objetos.

Jerarqua de clases.
En una base de datos existen objetos que responden a los mismos mensajes, utilizan los mismos mtodos y tienen variables del mismo nombre y tipo. Sera intil definir cada uno de estos objetos por separado por lo tanto se agrupan los objetos similares para que formen una clase, a cada uno de estos objetos se le llama

instancia de su clase. Todos los objetos de su clase comparten una definicin comn, aunque difieran en los valores asignados a las variables. As que bsicamente las bases de datos orientados a objetos tienen la finalidad de agrupar aquellos elementos que sean semejantes en las entidades para formar un clase, dejando por separado aquellas que no lo son en otra clase. Por ejemplo: Retomemos la relacin alumno-cursamateria agregndole la entidad maestro; donde los atributos considerados para cada uno son alumno: Nombre, Direccin, Telfono, Especialidad, Semestre, Grupo; Maestro: Nombre, Direccin, Telfono, Nmero econmico, Plaza, RFC; Materia: Nombre, Crditos, Clave. Los atributos de nombre, direccin y telfono se repiten en la entidad alumno y maestro, as que podemos agrupar estos elementos para formar la clase Persona con dichos campos. Quedando por separado en alumno: Especialidad, semestre, Grupo. Y en maestro: Nmero econmico, Plaza y RFC; la materia no entra en la agrupacin (Clase persona) ya que la clase especfica los datos de solo personas, as que queda como clase materia.

Herencia
Las clases en un sistema orientado a objetos se representan en forma jerrquica como en el diagrama anterior, as que las propiedades o caractersticas del elemento persona las contendrn (heredaran) los elementos alumno y maestro. Decimos que tanto la entidad Alumno y maestro son subclases de la clase

persona este concepto es similar al utilizado en la de especializacin (la relacin ISA) del modelo E-R. Se pueden crear muchas agrupaciones (clases) para simplificar un modelo as que una jerarqua (en forma grfica) puede quedar muy extensa, en estos casos tenemos que tener bien delimitados los elementos que intervienen en una clase y aquellos objetos que las heredan. Consultas orientadas a objetos:Los lenguajes de programacin orientados a objetos requieren que toda la interaccin con objetos se realiza mediante el envo de mensajes. Consideremos el ejemplo de alumno-cursa-materia deseamos realizar la consulta de los alumnos que cursan la materia de Base de Datos 1, para realizar esta consulta se tendra que enviar un mensaje a cada instancia alumno As un lenguaje de consultas para un sistema de bases de datos orientado a objetos debe incluir tanto el modelo de pasar el mensaje de objeto a objeto como el modelo de pasar el mensaje de conjunto en conjunto. Complejidad de Modificacin.En base de datos orientados a objetos pueden existir los siguientes cambios: Adicin de una nueva clase: Para realizar este proceso, la nueva clase debe colocarse en la jerarqua de clase o subclase cuidando las variables o mtodos de herencia correspondientes. Eliminacin de una clase: Se requiere la realizacin de varias operaciones, se debe de cuidar los elementos que se han heredado de esa clase a otras y

reestructurar la jerarqua. En s la estructuracin de modelos orientados a objetos simplifica una estructura evitando elementos o variables repetidas en diversas entidades, sin embargo el precio de esto es dedicarle un minucioso cuidado a las relaciones entre las clases cuando en modelo es complejo, la dificultad del manejo de objetos radica en la complejidad de las modificaciones y eliminaciones de clases, ya que de tener variables que heredan otros objetos se tiene que realizar una reestructuracin que involucra una serie de pasos complejos.

P Perspectivas en los SMBD

Bases de Datos Inteligentes

Que tengan conocimiento: Knowledge bases Interacten con Expert Systems Sean adaptativas Tengan agentes inteligentesBases de Datos Multimedia La nueva cultura es ms visual, es activa, es Multimedia No slo presentacin de resultados No slo ms capacidad y el tener atributos multimedios u objetos de datos multimedia estticos a datos dinmicos y relacionesNuevas arquitecturas Cliente/servidor Multi-tier Multi-tier en el Internet Centralizado Mquinas especializadas en base de datos?