P. 1
Trabajo de Base de Datos..!!

Trabajo de Base de Datos..!!

|Views: 48|Likes:
Publicado pordesiree_14_15
Trabajo de Base De Datos.. Hecho Por las Bachilleres Irmaris Porra y Adriana Esplua Estudiante de la Unefa PTC
Trabajo de Base De Datos.. Hecho Por las Bachilleres Irmaris Porra y Adriana Esplua Estudiante de la Unefa PTC

More info:

Published by: desiree_14_15 on Oct 07, 2011
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less

12/15/2012

pdf

text

original

República Bolivariana de Venezuela Ministerio del Poder Popular para la Defensa Universidad Nacional Experimental de la Fuerza Armada UNEFA

Puerto Cabello – Edo. Carabobo

Profesora: Pérez Y.

Integrantes: Esplua Adriana C.I: 19.566.594 Porras Irmaris C.I: 19.296.636 5to Semestre De Ing. de Sistemas

Puerto Cabello, Octubre del 2011

1. Sistemas Administrativo de Bases de Datos
Un sistema administrativo contiene datos acerca de todas las operaciones efectuadas por una organización y ayuda a los administradores a tomar decisiones y desarrollar sus funciones. Estos sistemas se diseñan para las actividades de seguimiento, control, toma de decisiones y las actividades administrativas de la gerencia. Proporcionan reportes periódicos en vez de información instantánea sobre las operaciones.

2. Evolución
Inicialmente, en los años 40s, los Sistemas de Archivos generados a través de lenguajes de programación no propietarios como Cobol y Fortran (vigentes en la actualidad), permiten almacenar los datos a través de archivos planos con funciones básicas de lectura y escritura sobre ellos. En 1964, se conciben los primeros Gestores de Base de Datos (DBMS: Database Management System), por medio de los cuales se pretende dar un viraje a los Sistemas de Archivos, los cuales se limitan a la estructuración del almacenamiento físico de los datos. Con los DBMS se crea el concepto de Administración de los datos, por medio de actividades integradas que permiten verlos físicamente en un solo almacenamiento pero lógicamente se manipulan a través de esquemas compuesto por estructuras donde se establecen vínculos de integridad, métodos de acceso y organización física sobre los datos, permitiendo así obtener valores agregados de utilización tales como: manejo de usuarios, seguridad, atomicidad e independencia física y lógica de los datos, entre otros. El primer gestor de bases de datos (DBMS) comercial, IDS: Integrated Data Store , se crea bajo el concepto del Modelo de Datos de Red (Bachgman, 1965); luego se desarrolla el IMS: Information Management System , sobre el concepto del Modelo de Datos Jerárquico. Estos DBMSs eran accesados normalmente por lenguajes de programación como Cobol usando interfases de bajo nivel haciendo que las tareas de creación de aplicaciones y mantenimiento de los datos fuesen controlables, pero aún complejas. A medida que evolucionaban los DBMS, los lenguajes de programación también lo hacían. En 1967 surge el primer lenguaje de programación orientado a objetos, Simula, el cual fue propuesto para simulación de actividades. En este los procedimientos podían ser asociados a un tipo para representar el comportamiento de una instancia, introduciendo así el concepto de Clase. Simula, soporta paralelismo permitiendo muchas entidades interactivas en una simulación. Además comparte objetos acoplando datos y procedimientos. Luego se genera una nueva noción, donde las bases de datos deben almacenar por medio de una estructura tabular llamada relación o tabla (Codd,1970), compuesta por filas y columnas, accesando dichas relaciones a través de un lenguaje de alto nivel no procedural (declarativo). De esta forma en los años 80s surgen varios productores de DBMS Relacionales (RDBMS) como Oracle, Informix, Ingres y DB2, además de otros lenguajes orientados a objetos como el C++, Java (antes el Oak), Eiffel, y Smalltalk adoptando y mejorando el concepto de clase pero su desarrollo se hace independiente de los DBMSs. Comenzando los años 80‟s ya se siente la necesidad de que los DBMS actuales manipulen objetos complejos y estructuras como las usadas en sistemas CAD y CASE, entre otras. A partir de esto se da inicio a dos grandes tendencias: los ORDBMS (Object Relational Database Management System) los cuales se proyectan como una extensión de los RDBMS hacia el paradigma OO, y los OODBMS (Object Oriented Database Management System) estarían disponibles para almacenar y manipular las clases, los objetos, la asociación entre ellos

y sus métodos. Así, finalizando los años 80s se crean los OODBMSs por medio de productores como O2, ObjectDesign y Objectivity, entre otros. Pero realmente se puede decir que estos no se hicieron tan comerciales como los existentes RDBMS ya que el concepto de Orientación a Objetos se seguía manejando muy a nivel del lenguaje de programación, sin que se trabajaran estructuras de almacenamiento Orientadas a Objetos dependientes de estos . Así, en 1991 surge la ODMG (Object Database Management Group) el cual estandariza los OODBMSs a partir del ODMG-93 y luego en 1992 el comité ANSI X3H2 inicia un trabajo en SQL3, del cual surgen los DBMS objeto relacional ORDBMS. Este trabajo fue programado para finalizarse en 1995, pero aún se sigue trabajando en este con un tiempo límite de terminación, en el año 1999.

3. Esquema de un DBMS

4. Lenguaje del DBMS
En la estructura básica de un Sistema Manejador de Base de Datos se enuncian dos lenguajes que permiten trabajar sobre la base de datos. Estos lenguajes estándar son:

 DDL (Data Definition language): Lenguaje de Definición de Datos. Por medio de este

el DBMS identifica las descripciones de los elementos de los esquemas y almacena la descripción del esquema en el catálogo del DBMS.  SDL (Store Definition language): Lenguaje de definición de almacenamiento. Es utilizado por el DBMS para especificar el esquema interno que corresponde a la Base de Datos Almacenada.  VDL (View Definition language): Lenguaje de Definición de Vistas. Es utilizado por el DBMS para especificar las vistas del usuario y sus correspondencias con el esquema conceptual.

En las Bases de Datos Relacionales, el SQL, representa una combinación de los anteriores.  DML (Data Manipulation language): Lenguaje de Manipulación de Datos. Permite la manipulación de las operaciones de Inserción, Eliminación y Modificación.

Tipos de DML's:  De alto Nivel o No por procedimientos: SQL.  De bajo Nivel o por procedimientos.

5. Usuarios de un Sistema Manejador de Base de Datos
   

Personal del DBA Usuarios Exporádicos Programadores de Aplicaciones Usuarios paramétricos

6. Transacciones
En un Sistema de Gestión de Bases de Datos (SGBD), es un conjunto de órdenes que se ejecutan formando una unidad de trabajo, es decir, en forma indivisible o atómica. Un SGBD se dice transaccional, si es capaz de mantener la integridad de los datos, haciendo que estas transacciones no puedan finalizar en un estado intermedio. Cuando por alguna causa el sistema debe cancelar la transacción, empieza a deshacer las órdenes ejecutadas hasta dejar la base de datos en su estado inicial (llamado punto de integridad), como si la orden de la transacción nunca se hubiese realizado. Para esto, el lenguaje de consulta de datos SQL (Structured Query Language), provee los mecanismos para especificar que un conjunto de acciones deben constituir una transacción.
  

BEGIN TRAN: Especifica que va a empezar una transacción. COMMIT TRAN: Le indica al motor que puede considerar la transacción completada con éxito. ROLLBACK TRAN: Indica que se ha alcanzado un fallo y que debe restablecer la base al punto de integridad.

En un sistema ideal, las transacciones deberían garantizar todas las propiedades ACID; en la práctica, a veces alguna de estas propiedades se simplifica o debilita con vistas a obtener un mejor rendimiento.

7. Modelo Relacional
Es un modelo de datos basado en la lógica de predicados y en la teoría de conjuntos. Es el modelo más utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente. 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. Su idea fundamental es el uso de «relaciones». Estas relaciones podrían considerarse en forma lógica como conjuntos de datos llamados «tuplas». Pese a que ésta es la teoría de las

bases de datos relacionales creadas por Edgar Frank Codd, la mayoría de las veces se conceptualiza de una manera más fácil de imaginar, esto es, pensando en cada relación como si fuese una tabla que está compuesta por registros (cada fila de la tabla sería un registro o tupla), y columnas (también llamadas campos).

8. Modelo de Red
Es un Modelo de base de datos concebido como un modo flexible de representar objetos y su relación

9. Modelo Jerárquico
Es un modelo de datos en el cual los datos son organizados en una estructura parecida a un árbol. La estructura permite a la información que repite y usa relaciones padre/Hijo: cada padre puede tener muchos hijos pero cada hijo sólo tiene un padre. Todos los atributos de un registro específico son catalogados bajo un tipo de entidad.

10. Modelo De Datos
Un modelo de datos es básicamente una “descripción” de algo conocido como contenedor de datos (algo en donde se guarda la información), así como de los métodos para almacenar y recuperar información de esos contenedores. Los modelos de datos no son cosas físicas: son abstracciones que permiten la implementación de un sistema eficiente de base de datos; por lo general se refieren a algoritmos, y conceptos matemáticos.  Basados en registros:  Jerárquico: datos en registros, relacionados con apuntadores y organizados como colecciones de árboles.  Redes: datos en registros relacionados con apuntadores y organizados en gráficas arbitrarias.  Relacional: datos en tablas relacionados por el contenido de ciertas columnas.  Basados en Objetos:  Orientados a objetos: datos como instancias de objetos (incluyendo sus métodos).  Entidad- relación: datos organizados en conjuntos interrelacionados de objetos (entidades) con asociados.

11. Sistemas Administradores (Gestores) de Bases de Datos:
Son un tipo de software muy específico, dedicado a servir de interfaz entre las bases de datos y las aplicaciones que la utilizan. Se compone de un lenguaje de definición de datos, de un lenguaje de manipulación de datos y un lenguaje de consulta. En varios textos se mencionan los términos SGBD y DBMS, siendo ambos equivalentes, y acrónimos, respectivamente, de Sistema Gestor de Bases de Datos y DataBase Management System, su expresión inglesa.

12. Álgebra Relacional
Es un conjunto de operaciones que describen paso a paso como computar una respuesta sobre las relaciones, tal y como éstas son definidas en el modelo relacional. Denominada de tipo procedimental, a diferencia del Cálculo relacional que es de tipo declarativo. Describe el aspecto de la manipulación de datos. Estas operaciones se usan como una representación intermedia de una consulta a una base de datos y, debido a sus propiedades algebraicas, sirven para obtener una versión más optimizada y eficiente de dicha consulta.

13. Archivo
Un archivo es un elemento de información conformado por un conjunto de registros. Estos registros a su vez están compuestos por una serie de caracteres o bytes. Actualmente las organizaciones están utilizando bases de datos para generar resultados o para compartir dicha información con otros sistemas. Sin embargo, los principales componentes de la base de datos son los archivos. Las formas en las cuales pueden organizarse los archivos, son archivos secuenciales o archivos directos. En los archivos secuenciales los registros están almacenados en una secuencia que dependen de algún criterio definido.

14. Clasificación de los Archivos:
Los archivos se clasifican según su uso en tres grupos:  Permanentes o Maestros: estos contienen información que varía poco. En algunos casos es preciso actualizarlos periódicamente.  De movimientos: Se cercan para actualizar los archivos maestros. Sus registros son tres tipos: alta, baja y modificaciones.  De maniobra o trabajo: Tienen una vida limitada, normalmente menor que la duración de la ejecución de un programa. Se utiliza como auxiliares de los anteriores.

15. Introducción a los Archivos:
Los archivos como colección de datos sirven para la entrada y salida a la computadora y son manejados como programas. Los archivos pueden ser contrastados con Arrays y registros. Lo que resulta dinámico y por esto en un registro se deben especificar los campos, él número de elementos de un arrays (o arreglo), el número de caracteres en una cadena; por esto se denotan como “estructuras estáticas”. En los archivos no se requiere de un tamaño predeterminado, esto significa que se pueden hacer archivos de datos más grandes o más pequeños, según se necesiten. Cada archivo es referenciado por su identificador (su nombre).

16. Base de Datos Relacionales:
Éste es el modelo utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente. Tras ser postulados sus fundamentos 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. Su idea fundamental es el uso de “relaciones”. Estas relaciones podrían considerarse en forma lógica como conjuntos de datos llamados “tuplas”. Pese a que ésta es la teoría de las bases de datos relacionales creadas por Codd, la mayoría de las veces se conceptualiza de una manera más fácil de imaginar. Esto es pensando en cada relación como si fuese una tabla que está compuesta por registros (las filas de una tabla), que representarían las tuplas, y campos (las columnas de una tabla).

17. Diseño de las Bases de Datos Relacionales
Son muchas las consideraciones a tomar en cuenta al momento de hacer el diseño de la base de datos, quizá las más fuertes sean:
     

La velocidad de acceso, El tamaño de la información, El tipo de la información, Facilidad de acceso a la información, Facilidad para extraer la información requerida, El comportamiento del manejador de bases de datos con cada tipo de información.

No obstante que pueden desarrollarse sistemas de procesamiento de archivo e incluso manejadores de bases de datos basándose en la experiencia del equipo de desarrollo de software logrando resultados altamente aceptables, siempre es recomendable la utilización de determinados estándares de diseño que garantizan el nivel de eficiencia más alto en lo que se refiere a almacenamiento y recuperación de la información. De igual manera se obtiene modelos que optimizan el aprovechamiento secundario y la sencillez y flexibilidad en las consultas que pueden proporcionarse al usuario.

18. Objetos de la Base de Datos
 Tablas: unidad donde crearemos el conjunto de datos de nuestra base de datos. Estos

   

datos estarán ordenados en columnas verticales. Aquí definiremos los campos y sus características. Más adelante veremos qué es un campo. Consultas: aquí definiremos las preguntas que formularemos a la base de datos con el fin de extraer y presentar la información resultante de diferentes formas (pantalla, impresora). Formulario: elemento en forma de ficha que permite la gestión de los datos de una forma más cómoda y visiblemente más atractiva. Informe: permite preparar los registros de la base de datos de forma personalizada para imprimirlos. Macro: conjunto de instrucciones que se pueden almacenar para automatizar tareas repetitivas. Módulo: programa o conjunto de instrucciones en lenguaje Visual Basic

19. Conceptos Básicos de una Base de Datos
Campo: unidad básica de una base de datos. Un campo puede ser, por ejemplo, el nombre de una persona. Los nombres de los campos, no pueden empezar con espacios en blanco y caracteres especiales. No pueden llevar puntos, ni signos de exclamación o corchetes. Si pueden

tener espacios en blanco en el medio. La descripción de un campo, permite aclarar información referida a los nombres del campo. El tipo de campo, permite especificar el tipo de información que cargáramos en dicho campo, esta puede ser:
      

Texto: para introducir cadenas de caracteres hasta un máximo de 255 Memo: para introducir un texto extenso. Hasta 65.535 caracteres Numérico: para introducir números Fecha/Hora: para introducir datos en formato fecha u hora Moneda: para introducir datos en formato número y con el signo monetario Auto numérico: en este tipo de campo, Access numera automáticamente el contenido Sí/No: campo lógico. Este tipo de campo es sólo si queremos un contenido del tipo Sí/No, Verdadero/Falso, etc.  Objeto OLE: para introducir una foto, gráfico, hoja de cálculo, sonido, etc.  Hipervínculo: podemos definir un enlace a una página Web  Asistente para búsquedas: crea un campo que permite elegir un valor de otra tabla o de una lista de valores mediante un cuadro de lista o un cuadro combinado. Registro: es el conjunto de información referida a una misma persona u objeto. Un registro vendría a ser algo así como una ficha. Campo clave: campo que permite identificar y localizar un registro de manera ágil y organizada.

20. Multitarea
Es la capacidad de un sistema operativo para ejecutar varios procesos al mismo tiempo corriendo sobre un procesador o sobre varios. Quienes hayan experimentado con sistemas MSDOS durante la década del 80 recordarán su incapacidad para realizar este tipo de actividades, algo que fue superado con los primeros Windows de Microsoft, aunque la multitarea era común en otros sistemas operativos muchos años antes, tal es el caso de Unix y derivados. Las multitareas se dividen en nulas, cooperativas, preferentes y reales. En el caso de las nulas, estamos hablando de un sistema operativo que, a pesar de carecer de esta característica, puede imitar del alguna forma el comportamiento en espacio de usuario o utilizando algunos trucos.

21. Multiusuario
Se refiere a un concepto de sistemas operativos, pero en ocasiones también puede aplicarse a programas de ordenador de otro tipo (ej. aplicaciones de base de datos). En general se le llama multiusuario a la característica de un sistema operativo o programa que permite proveer servicio y procesamiento a múltiples usuarios simultáneamente (tanto en paralelismo real como simulado). En contraposición a los sistemas monousuario, que proveen servicio y procesamiento a un solo usuario, en la categoría de multiusuario se encuentran todos los sistemas que cumplen simultáneamente las necesidades de dos o más usuarios, que comparten los mismos recursos. Actualmente este tipo de sistemas se emplean especialmente en redes, pero los primeros ejemplos de sistemas multiusuario fueron sistemas centralizados que se compartían a través del uso de múltiples dispositivos de interfaz humana (ej. una unidad central y múltiples pantallas y teclados). Los recursos que se comparten son por lo regular una combinación de:

    

Procesador. Memoria. Almacenamiento secundario (almacenaje en disco duro). Programas. Periféricos como impresoras, plotters, scanners, etc.

De tal modo que los múltiples usuarios tienen la impresión de utilizar un ordenador y un sistema operativo unificado, que les están dedicados por completo.

22. Multiprocesamiento
Multiprocesamiento o multiproceso es tradicionalmente conocido como el uso de múltiples procesos concurrentes en un sistema en lugar de un único proceso en un instante determinado. Como la multitarea que permite a múltiples procesos compartir una única CPU, múltiples CPUs pueden ser utilizados para ejecutar múltiples hilos dentro de un único proceso.

23. Integridad Referencial
Es una propiedad deseable en las bases de datos. Gracias a la integridad referencial se garantiza que una entidad (fila o registro) siempre se relaciona con otras entidades válidas, es decir, que existen en la base de datos. Implica que en todo momento dichos datos sean correctos, sin repeticiones innecesarias, datos perdidos y relaciones mal resueltas.

24. Redundancia e Inconsistencia
Redundancia e inconsistencia de datos. Como los programas y archivos son creados por diferentes personas a través del tiempo, estos pueden tener diferentes formatos y escritos en diferentes lenguajes de programación, la información puede estar duplicada en los diversos lugares. Esto conduce a un almacenamiento y coste de acceso más altos y puede conducir a inconsistencia de datos.

25. Tupla
Es una secuencia ordenada de objetos, esto es, una lista con un número limitado de objetos (una secuencia infinita se denomina en matemática como una familia). Las tuplas se emplean para describir objetos matemáticos que tienen estructura, es decir que son capaces de ser descompuestos en un cierto número de componentes. Por ejemplo, un Grafo dirigido se puede definir como una tupla de (V, E) donde V es el conjunto de nodos y E es el subconjunto de V × V que denota los vértices del grafo.

26. Tabla
Se refiere al tipo de modelado de datos, donde se guardan los datos recogidos por un programa. Su estructura general se asemeja a la vista general de un programa de Hoja de cálculo. Las tablas se componen de dos estructuras:  Registro: es cada una de las filas en que se divide la tabla. Cada registro contiene datos de los mismos tipos que los demás registros. Ejemplo: en una tabla de nombres y direcciones, cada fila contendrá un nombre y una dirección.

 Campo: es cada una de las columnas que forman la tabla. Contienen datos de tipo diferente a los de otros campos. En el ejemplo anterior, un campo contendrá un tipo de datos único, como una dirección, o un número de teléfono, un nombre, etc.

27. Entidad
Es la representación de un objeto o concepto del mundo real que se describe en una base de datos. Una entidad se describe en la estructura de la base de datos empleando un modelo de datos. Por ejemplo, nombres de entidades pueden ser: Alumno, Empleado, Artículo, etc. Cada entidad está constituida por uno o más atributos. Por ejemplo, la entidad "Alumno" podría tener los atributos: nombre, apellido, año de nacimiento, etc. En el modelo de entidad-relación se emplean dos tipos de entidades: entidad fuerte y entidad débil. Las entidades fuertes tienen atributos claves, en tanto las entidades débiles no tienen atributos claves propios.

28. Campo
Es cada uno de los diferentes datos que constituyen un registro lógico.

29. Atributos
Un atributo representa la propiedad de interés de una entidad. Los atributos se describen en la estructura de la base de datos empleando un modelo de datos. Por ejemplo: se podría tener una entidad llamada “Alumno”. Esta entidad puede estar constituida por uno o más atributos, que son propiedades de la entidad “Alumno” que interesan para almacenarse en la base de datos. Por ejemplo: la entidad “Alumno” podría tener los atributos: nombre, apellido, año de nacimiento, etc. La elección de los atributos de una entidad depende del uso que se le dará a la base de datos. El alumno puede tener una “religión”, pero si no interesa al fin de la base de datos, no es necesario almacenarla en un atributo. En SQL un atributo es llamado columna.

30. Ventajas y Desventajas de un Modelo Orientado a Archivo
Las Ventajas de un SGBDOO son:  Mayor capacidad de modelado. El modelado de datos orientado a objetos permite modelar el „mundo real‟ de una manera mucho más fiel. Esto se debe a:    un objeto que permite encapsular tanto un estado como un comportamiento un objeto que puede almacenar todas las relaciones que tenga con otros objetos los objetos que pueden agruparse para formar objetos complejos (herencia).

 Ampliabilidad. Esto se debe a:   Se pueden construir nuevos tipos de datos a partir de los ya existentes. Agrupación de propiedades comunes de diversas clases e incluirlas en una superclase, lo que reduce la redundancia.

Reusabilidad de clases, lo que repercute en una mayor facilidad de mantenimiento y un menor tiempo de desarrollo.

 Lenguaje de consulta más expresivo. El acceso navegacional desde un objeto al siguiente es la forma más común de acceso a datos en un SGBDOO. Mientras que SQL utiliza el acceso asociativo. El acceso navegacional es más adecuado para gestionar operaciones como los despieces, consultas recursivas, etc.  Adecuación a las aplicaciones avanzadas de base de datos. Hay muchas áreas en las que los SGBD tradicionales no han tenido excesivo éxito como el CAD, CASE, OIS, sistemas multimedia, etc. en los que las capacidades de modelado de los SGBDOO han hecho que esos sistemas sí resulten efectivos para este tipo de aplicaciones.  Mayores prestaciones. Los SGBDOO proporcionan mejoras significativas de rendimiento con respecto a los SGBD relacionales. Aunque hay autores que han argumentado que los bancos de prueba usados están dirigidos a aplicaciones de ingeniería donde los SGBDOO son más adecuados. También está demostrado que los SGBDR tienen un rendimiento

Las Desventajas de un SGBDOO son:
 Carencia de un modelo de datos universal. No hay ningún modelo de datos que esté universalmente aceptado para los SGBDOO y la mayoría de los modelos carecen una base teórica.  Carencia de experiencia. Todavía no se dispone del nivel de experiencia del que se dispone para los sistemas tradicionales.  Carencia de estándares. Existe una carencia de estándares general para los SGBDOO.  Competencia. Con respecto a los SGBDR y los SGBDOR. Estos productos tienen una experiencia de uso considerable. SQL es un estándar aprobado y ODBC es un estándar de facto. Además, el modelo relacional tiene una sólida base teórica y los productos relacionales disponen de muchas herramientas de soporte que sirven tanto para desarrolladores como para usuarios finales.  La optimización de consultas compromete la encapsulación. La optimización de consultas requiere una compresión de la implementación de los objetos, para poder acceder a la base de datos de manera eficiente. Sin embargo, esto compromete el concepto de encapsulación.

31. Ventaja y Desventaja de un Modelo Orientado a Base de Datos
Las debilidades y limitaciones de los SGBDR son:  Pobre representación de las entidades del „mundo real‟.  Sobrecarga y poca riqueza semánticas.  Soporte inadecuado para las restricciones de integridad y empresariales.  Estructura de datos homogénea.  Operaciones limitadas.  Dificultades para gestionar las consultas recursivas.  Desadaptación de impedancias.  Problemas asociados a la concurrencia, cambios en los esquemas y el inadecuado acceso navegacional.  No ofrecen soporte para tipos definidos por el usuario (sólo dominios).

Mientras que las necesidades de las aplicaciones actuales con respecto a las bases de datos son:  Soporte para objetos complejos y datos multimedia.  Identificadores únicos.  Soporte a referencias e interrelaciones.  Manipulación navegacional y de conjunto de registros.  Jerarquías de objetos o tipos y herencia.  Integración de los datos con sus procedimientos asociados.  Modelos extensibles mediante tipos de datos definidos por el usuario.  Gestión de versiones.  Facilidades de evolución.  Transacciones de larga duración.  Interconexión e interoperabilidad.

32. Bases de Datos Inteligentes
Los sistemas de bases de datos inteligentes se derivan de la integración de la tecnología de bases de datos con técnicas desarrolladas en el campo de la inteligencia artificial. Las bases de datos inteligentes se describen como una base de datos que contiene el conocimiento sobre el contenido de la información. Es un sistema de manejo de bases de datos el cual ejecuta la validación y el proceso de la información a través de programas de aplicación tradicionales. El grupo de criterio de validación puede ser guardado con cada campo de información, tanto puede ser los valores mínimos o máximos que pueden ser entrados o enlistados en las entradas posibles. Algunas bases de datos inteligentes pueden incluir reglas que pueden ser aplicadas a la información entrante o saliente. Mientras la base de datos esté consciente de su contenido, puede responder efectivamente a las peticiones complejas de su usuario. Algunos ejemplos de técnicas usadas para implementar bases de datos inteligentes son restricciones, gatillos y procedimientos ya establecidos.

33. Lenguaje de Manipulación de Datos
Lenguaje de Manipulación de Datos (Data Manipulation Language, DML) es un lenguaje proporcionado por el sistema de gestión de base de datos que permite a los usuarios de la misma llevar a cabo las tareas de consulta o manipulación de los datos, organizados por el modelo de datos adecuado. El lenguaje de manipulación de datos más popular hoy día es SQL, usado para recuperar y manipular datos en una base de datos relacional. Otros ejemplos de DML son los usados por bases de datos IMS/DL1, CODASYL u otras.

34. Lenguaje de Definición de Datos
Un lenguaje de definición de datos (Data Definition Language, DDL por sus siglas en inglés) es un lenguaje proporcionado por el sistema de gestión de base de datos que permite a los usuarios de la misma llevar a cabo las tareas de definición de las estructuras que almacenarán los datos así como de los procedimientos o funciones que permitan consultarlos. El lenguaje de programación SQL, el más difundido entre los gestores de bases de datos, admite las siguientes sentencias de definición: CREATE, DROP y ALTER, cada una de las cuales se puede aplicar a las tablas, vistas, procedimientos almacenados y triggers de la base de datos.

Otras que se incluyen dentro del DDL, pero que su existencia depende de la implementación del estándar SQL que lleve a cabo el gestor de base de datos son GRANT y REVOKE, los cuales sirven para otorgar permisos o quitarlos, ya sea a usuarios específicos o a un rol creado dentro de la base de datos.

35. Tipos de Usuarios de la Base de Datos
 Usuarios normales. Son usuarios no sofisticados que interactúan con el sistema mediante un programa de aplicación con una interfaz de formularios, donde puede rellenar los campos apropiados del formulario. Estos usuarios pueden también simplemente leer informes generados de la base de datos.  Programadores de aplicaciones. Son profesionales informáticos que escriben los programas de aplicación, utilizando herramientas para desarrollar interfaces de usuario, como las herramientas de desarrollo rápido de aplicaciones (DRA), que facilitan crear los formularios e informes sin escribir directamente el programa.  Usuarios sofisticados. Interactúan con el sistema sin programas escritos, usando el lenguaje de consulta de base de datos para hacer sus consultas. Los analistas que envían las consultas para explorar los datos en la base de datos entran en esta categoría, usando ellos las herramientas de procesamiento analítico en línea (OLAP, Online Analytical Processing), o herramientas de recopilación de datos.  Usuarios especializados. Son usuarios sofisticados que escriben aplicaciones de bases de datos especializadas y adecuadas para el procesamiento de datos tradicional. Entre estas aplicaciones están los sistemas de diseño asistido por computadora, sistemas de base de conocimientos y sistemas expertos, sistemas que almacenan datos de tipos de datos complejos (como gráficos y de audio) y sistemas de modelado de entorno.  Administradores de la base de datos (ABD). Son las personas que tienen el control central del SGBD. Entre las funciones del ABD se encuentran:
    

Definición del esquema de la base de datos. Definición de la estructura y el método de acceso. Modificación del esquema y la organización física. Concesión de autorización para el acceso a los datos. Mantenimiento rutinario.

36. Lenguaje de Definición de Almacenamiento (LDA)
Este lenguaje permite especificar características físicas de la base de datos (volúmenes y archivos donde van a ser almacenados los datos, etc.). En otras palabras especifica el esquema interno de la base de datos.

37. Lenguaje De Definición Vista
Utilizado por el DBMS para especificar las vistas del usuario y sus correspondencias con el esquema conceptual.

38. Cardinalidad
Otra de las características importantes que hay que tener en cuenta en este modelo es la cardinalidad de cada extremo en una relación. La cardinalidad expresa cuántas del conjunto de entidades de un extremo de la relación están relacionadas con cuántas entidades del conjunto del otro extremo. Pueden ser ``uno a uno'', ``uno a varios'' o ``varios a varios''. Por ejemplo, un artículo puede ser escrito por un solo autor o por varios, pero nunca por ninguno; un autor puede pertenecer a exactamente una institución (no para cero o varias); un artículo puede tener cero, uno o varios experimentos. Finalmente, un autor puede escribir muchos artículos, o ninguno.

Observe que las cardinalidades en algunos casos dependen de restricciones arbitrarias: se podría decidir aceptar sólo aquellos autores que han escrito al menos un artículo (y con esto cambiaría la última regla mencionada); hemos decidido considerar sólo la institución primaria para la cual un determinado autor trabaja (y esto ha determinado nuestra segunda regla).

39. Registro
Registro (también llamado fila o tupla) representa un objeto único de datos implícitamente estructurados en una tabla. En términos simples, una tabla de una base de datos puede imaginarse formada de filas y columnas o campos. Cada fila de una tabla representa un conjunto de datos relacionados, y todas las filas de la misma tabla tienen la misma estructura. Un registro es un conjunto de campos que contienen los datos que pertenecen a una misma repetición de entidad. Se le asigna automáticamente un número consecutivo (número de registro) que en ocasiones es usado como índice aunque lo normal y práctico es asignarle a cada registro un campo clave para su búsqueda.

40. Funciones de una Base de Datos
Una base de datos típica conlleva la existencia de tres tipos de usuario con relación a su diseño, desarrollo y funcionalidad que son:
 El administrador de bases de datos (DBA: Data base Administrator) que diseña y

mantiene la base de datos.
 El desarrollador de aplicaciones (programador) que implementa las transacciones e

interfaces.
 Los usuarios finales que consultan y editan la información de la base de datos mediante

un programa desarrollado a su medida.

41. Arquitectura de Base de Datos
Niveles de abstracción de una base de datos. (Dato) La arquitectura se divide en tres niveles generales: interno, conceptual y externo. Nivel Interno: es el más cercano al almacenamiento físico, es decir, el que concierne a la manera como los datos se almacenan en realidad. Nivel Externo: es el más cercano a los usuarios, es decir, el que atañe a la manera cómo cada usuario ve los datos. Nivel Conceptual: es un nivel de mediación entre los otros dos.

42. Bases de Datos Distribuidas (BDD)
Es un conjunto de múltiples bases de datos lógicamente relacionadas las cuales se encuentran distribuidas entre diferentes sitios interconectados por una red de comunicaciones, los cuales tienen la capacidad de procesamiento autónomo lo cual indica que puede realizar operaciones locales o distribuidas. Un sistema de Bases de Datos Distribuida (SBDD) es un sistema en el cual múltiples sitios de bases de datos están ligados por un sistema de comunicaciones de tal forma que, un usuario en cualquier sitio puede acceder los datos en cualquier parte de la red exactamente como si los datos estuvieran

En un sistema distribuido de bases de datos se almacenan en varias computadoras. Los principales factores que distinguen un SBDD de un sistema centralizado son los siguientes:
 Hay múltiples computadores, llamados sitios o nodos.  Estos sitios deben de estar comunicados por medio de algún tipo de red de

comunicaciones para transmitir datos y órdenes entre los sitios.

43. Explicar la Diferencia Entre un DBMS y una Base de Datos
La base de datos es una colección de archivos interrelacionados almacenados en conjunto sin redundancia y la dbms es un conjunto de numerosas rutinas de software interrelacionadas cada una de ellas es responsable de una determinada tarea.

44. Citar los Componentes de unos Sistemas de Base de Datos
Un sistema de bases de datos contempla los siguientes componentes:  La base de datos.  El Sistema de Gestión de Base de Datos (SGBD, DBMS) o motor, tal como Oracle, Sybase, etc.  Programas de Aplicación.  Un conjunto de usuarios (finales, DBA, programadores de aplicaciones, etc.)  Máquinas  Programas Utilitarios.  Datos

45. Describir las Funciones de cada Componente de un Sistema de Base de Dato
 Los datos: Es lo que se conoce como base de datos propiamente dicha. Para manejar estos datos utilizamos una serie de programas.  Los programas: Son los encargados de manejar los datos, son conocidos como DBMS (Data Base Management System) o también SGBD (Sistema Gestor de Base de Datos). Los DBMS tienen dos funciones principales que son: La definición de las estructuras para almacenar los datos y la manipulación de los datos.

46. Bases de Datos Orientadas a Objetos
En una base de datos orientada a objetos, la información se representa mediante objetos como los presentes en la programación orientada a objetos. Cuando se integra las características de una base de datos con las de un lenguaje de programación orientado a objetos, el resultado es un sistema gestor de base de datos orientada a objetos (ODBMS, object database management system). Un ODBMS hace que los objetos de la base de datos aparezcan como objetos de un lenguaje de programación en uno o más lenguajes de programación a los que dé soporte. Un ODBMS extiende los lenguajes con datos persistentes de forma transparente, control de concurrencia, recuperación de datos, consultas asociativas y otras capacidades. A. Panorama Actual: Actualmente, el creciente uso de las metodologías de programación orientadas a objetos está promoviendo la aparición de manejadores de BDOO en el mercado. Esto tiene sentido, puesto que la tecnología de objetos proviene del desarrollo de metodologías avanzadas de programación. Más aún, la comunidad internacional está convencida de que los manejadores de BDOO tienen la flexibilidad tanto en la definición del modelo de datos como en

el desempeño tan anhelado por muchos desarrolladores de aplicaciones, lo que es imposible encontrar en los modelos jerárquicos de red o relaciónales. B) identificación de Objetos, Estructuras y Constructores Identificación de objetos: Un sistema de BDOO provee una identidad única a cada objeto independiente almacenado en la base de datos. Esta identidad única suele implementarse con un identificador de objeto único, generado por el sistema, u OID. El valor de un OID no es visible para el usuario externo, sino que el sistema lo utiliza a nivel interno para identificar cada objeto de manera única y para crear y manejar las referencias entre objetos. La principal propiedad que debe tener un OID es la de ser inmutable; es decir, el valor del OID para un objeto en particular nunca debe cambiar. Estructura: El paradigma orientado a objetos se basa en el encapsulamiento de datos y del código relacionado con cada objeto en una sola unidad. Conceptualmente, todas las interacciones entre cada objeto y el resto del sistema se realizan mediante mensajes. Por lo tanto, la interfaz entre cada objeto y el resto del sistema se define mediante un conjunto de mensajes permitidos. Constructores: En las BDOO, los valores (o estados) de los objetos complejos se pueden construir a partir de otros objetos mediante ciertos constructores de tipos. Una forma de representar tales objetos es considerar a cada objeto como tripleta (i, c, v), donde i es un identificador de objeto único (el OID), c es un constructor (esto es, una indicación de cómo se construye el valor del objeto) y v es el valor (o estado) del objeto. Puede haber varios constructores, según el modelo de datos y el sistema OO. Los tres constructores básicos son: constructores de átomos, constructores de tuplas y constructores de conjuntos. Otros constructores de uso más común son los de listas y de arreglos. También existe un dominio D que contiene todos los valores atómicos básicos que están disponibles directamente en el sistema. Por lo regular estos incluyen los enteros, los números reales, las cadenas de caracteres, los tipos boléanos, las fechas y cualesquiera otros tipos de datos que el sistema maneje directamente C) Encapsulamiento de Operaciones, Métodos y Persistencia. Encapsulamiento: cada objeto está aislado del exterior, es un modulo natural y la aplicación entera se reduce a una agregación de objetos. El aislamiento protege a los datos asociados a un objeto de su modificación por quien no tenga derecho a acceder a ellos, eliminando efectos secundarios e interacciones. Métodos: es un código ejecutable asociado a un objeto (o a una clase de objetos), cuya ejecución se desencadena mediante un ´mensaje´. Persistencia: En los lenguajes de programación orientados a objetos estos son transitorios, desaparecen cuando se termina el programa, Si se desea transformar uno de estos lenguajes en un lenguaje para la programación de bases de datos, el primer paso consiste en proporcionar una manera de hacer persistentes a los objetos. Se han propuesto varios enfoques D) Jerarquía de Clases y Herencia Jerarquía de clases: En una base de datos existen objetos que responden a los mismos mensajes, utilizan los mismos métodos y tienen variables del mismo nombre y tipo. Sería inútil 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 definición común, aunque difieran en los valores asignados a las variables. Así que básicamente 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. Herencia: Las clases en un sistema orientado a objetos se representan en forma jerárquica como en el diagrama anterior, así que las propiedades o características del elemento persona las contendrán (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 especialización (la relación ISA) del modelo E-R. Se pueden crear muchas agrupaciones (clases) para simplificar un modelo así que una jerarquía (en forma gráfica) 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. E) Relaciones Anidadas: El modelo relacional anidado es una extensión del modelo relacional en La que los dominios pueden ser atómicos o de relación. Por tanto, el valor de las tuplas de los atributos puede ser una relación, y las relaciones pueden guardarse en otras relaciones. Los objetos complejos, por tanto, pueden representarse mediante una única tupla de las relaciones anidadas. F) Objetos Complejos: Los objetos se consideran complejos porque requieren un área de almacenamiento sustancial y no forman parte de los tipos de datos estándar que suelen ofrecer los SGBD. Puesto que el tamaño de los objetos es considerable, un SGBD podría obtener una porción del objeto y proporcionarla al programa de aplicación antes de obtener todo el objeto. El SGBD podría también usar técnicas de almacenamiento intermedio y caché para obtener por anticipado porciones del objeto, antes de que el programa de aplicación necesite tener acceso a ellas. En un SGBOO, esto puede lograrse definiendo un nuevo tipo de datos abstracto para los objetos no interpretados y suministrados los métodos para seleccionar, comprar y exhibir tales objetos. Como un SGBOO permite a los usuarios crear nuevos tipos, y como un tipo incluye tanto estructura como operaciones, podemos considerar que un SGBOO tiene un sistema de tipos extensibles. Podemos crear bibliotecas de nuevos tipos definiendo su estructura y operaciones, incluso con tipos complejos. Muchos SGBDOO pueden almacenar y obtener objetos no estructurados extensos en forma de cadenas y caracteres o de bits, que se pueden pasar ³tal cual´ al programa de aplicación para que las interprete

G) Ejemplos de SGBDOO: GemStone, O2, Iris, Orion: Sistema de Gestión de Bases de Datos Orientadas a Objetos. GemStone: En GemStone, si la clase es modificable, se pueden ejecutar todos los tipos de modificaciones. El que una clase sea o no modificable se puede determinar a partir de la definición de la clase en sí mediante la bandera isModifiable. Sin embargo, una clase modificable no puede ser instanciada. Por tanto, todas aquellas modificaciones que tienen efecto sobre las instancias no pueden ejecutarse sobre las clases que tienen instancias. Tales modificaciones incluyen añadir y eliminar atributos, y añadir una restricción al dominio de un atributo. Sin embargo, aquellas modificaciones de esquema que no afectan las instancias pueden ser ejecutadas sobre las clases con instancias. O2: Las modificaciones de esquemas en O2 no pueden ser ejecutadas dinámicamente. Hay algunas propuestas en la literatura, pero éstas aún no han sido implementadas en el sistema. En O2 se puede eliminar una clase sólo si no tiene instancias y si no es utilizada en la definición de

otras clases. Hasta donde tiene que ver con la evolución de instancia en O2, se pueden modificar tanto el estado como la estructura de una instancia, puesto que se permiten instancias excepcionales. Iris: La evolución de esquemas en Iris es limitada. Sólo se pueden añadir y eliminar dinámicamente aquellas funciones que no son propiedades de los tipos. Por tanto, no se pueden ejecutar modificaciones equivalentes a añadir y eliminar atributos. Las funciones que representan las propiedades de un tipo son eliminadas automáticamente si se elimina el tipo. Las funciones que no son propiedades de un tipo siempre se pueden eliminar. El sistema elimina automáticamente todas aquellas funciones derivadas que fueron definidas en términos de la función eliminada. Orion: La creación de una instancia tiene el efecto de insertar el objeto en la base de datos. Por tanto, la creación del objeto automáticamente implica su persistencia. Esta variante es lo que se utiliza en Orion, es la más simple con vistas a hacer persistente un objeto. Típicamente es la utilizada por sistemas en los que las clases tienen también una función extensional. H) Diseño de BDOO Por Transformación de EER-OO

I) Lenguajes orientadas a objetos: Los lenguajes de programación orientados a objetos requieren que toda la interacción con objetos se realiza mediante el envío 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 tendría 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. J) Lenguajes de Programación Persistentes: Los lenguajes de las bases de datos trabajan directamente con dato que son persistentes, es decir, los datos siguen existiendo una vez que el programa que los creo ha concluido. Las relaciones de las bases de datos y las tuplas de las relaciones son ejemplos de datos persistentes. Por el contrario, los únicos datos persistentes con los que los lenguajes de programación tradicionales trabajan directamente son los archivos. La manera tradicional de realizar las interfaces de las bases de datos con los lenguajes de

programación tradicionales consiste en incorporar o embeber el código SQL dentro del lenguaje de programación.

47 Bases de Datos Deductivas
A) Introducción: El interés de los Sistemas de Gestión de Bases de Datos Deductivas tiende a incrementarse conforme se amplía su campo de aplicación (Gestión, Sistemas Expertos). Los estudios relativos a tales sistemas han comenzado a realizarse hace algunos años, inspirándose inicialmente en las técnicas desarrolladas en Inteligencia Artificial en el marco de los sistemas "Pregunta - Respuesta", adaptándolas a las limitaciones específicas de las Bases de Datos. Un SGBD deductivo es un Sistema que permite derivar nuevas informaciones a partir de las introducidas explícitamente en la Base por el usuario. Este maneja la perspectiva según la teoría de las demostraciones de una base de datos, y en particular es capaz de deducir hechos a partir de la base de datos extensional, es decir, las relaciones base, aplicando a esos hechos axiomas deductivos o reglas de inferencias especificados. Esta función deductiva se realiza mediante la adecuada explotación de ciertos conocimientos generales relativos a las informaciones de la Base. B) Notación Prolog/Datalog: Prolog: Se trata de un lenguaje de programación ideado a principios de los años 70 en la Universidad de Aix-Marseille (Marsella, Francia) por los profesores Alain Colmerauer y Philippe Roussel. Nació de un proyecto que no tenía como objetivo la implementación de un lenguaje de programación, sino el procesamiento de lenguajes naturales. Inicialmente se trataba de un lenguaje totalmente interpretado hasta que, en 1983, David H.D. Warren desarrolló un compilador capaz de traducir Prolog en un conjunto de instrucciones de una máquina abstracta denominada Warren Abstract Machine, o abreviadamente, WAM. Desde entonces Prolog es un lenguaje semi-interpretado. Datalog: Es un lenguaje de consulta y regla de bases de datos deductivas que sintácticamente es un subconjunto de Prolog. Sus orígenes se remontan al inicio de la programación lógica, pero llegó a ser prominente en un área separada en torno a 1977, cuando Hervé Gallaire y Minker Jack organizó un taller sobre la lógica y las bases de datos. Notación Prolog/Datalog: Se basa en proveer predicados con nombres únicos. Un predicado tiene un significado implícito, sugerido por su nombre, y un número fijo de argumentos. Si todos los argumentos son valores constantes, el predicado simplemente dice que un determinado hecho es verdadero. Por otro lado, si el predicado tiene variables como argumentos, se le considera una consulta o bien parte de una regla o restricción. C) Interpretación de Reglas: Existen dos alternativas principales para interpretar el significado teórico de las reglas: por la teoría de demostración y por la teoría de modelos. En los sistemas prácticos, es mecanismo de inferencia que tiene el sistema, define la interpretación exacta, que pudiera no coincidir con ninguna de las dos interpretaciones teóricas. El mecanismo de inferencia es un procedimiento computacional y por tanto provee una interpretación computacional del significado de las reglas. D) Mecanismos Básicos de Inferencia para Programación Lógica: La Programación Lógica estudia el uso de la lógica para el planteamiento de problemas y el control sobre las reglas de inferencia para alcanzar la solución automática. La Programación Lógica, junto con la funcional, forma parte de lo que se conoce como Programación Declarativa, es decir la programación consiste en indicar como resolver un problema mediante sentencias, en la

Programación Lógica, se trabaja en una forma descriptiva, estableciendo relaciones entre entidades, indicando no como, sino que hacer. E) Programación en Datalog: Es un lenguaje de consultas, no procedimental, basado en el lenguaje de programación lógica de Prolog. Como se hace en el cálculo relacional, el usuario describe la información deseada sin especificar un procedimiento específico de obtención de dicha información. La sintaxis de Datalog se asemeja a la de Prolog. Sin embargo, el significado de los programas en Datalog se define de una manera puramente declarativa, a diferencia de la semántica más procedimental de Prolog. Datalog simplifica la escritura de consultas simples y hace más sencilla la optimización de consultas. F) Sistema LDL (lenguaje Lógico de Datos): El proyecto Logic Data Lenguaje (Lenguaje Lógico de Dato: LDL) de Microelectronics and Computer Corporation (MCC) se inició en 1984 con dos objetivos primarios:  Crear un sistema que extendiera el modelo relacional y a la vez aprovechara algunas de las características positivas de un SGBDR (Sistema de Gestión de Base de Datos Relacionales).  Mejorar la funcionalidad de un SGBD de modo que operara como un SGBD deductivo y además permitiera la creación de aplicaciones de propósito general.  Ahora el sistema resultante es un SGBD deductivo que se encuentra en el mercado.

48. Próxima Generación de Base de Datos y Sistemas Gestores de Bases de Datos:
A) Bases de Datos Activas: Podemos definir SGBD activo como aquel que, cuando se producen ciertas condiciones, ejecuta de forma automática, es decir, sin la intervención del usuario, las acciones especificadas de antemano en la fase de definición -intensión- de la base de datos, PIATTINI (1995b). Como recordaran los lectores de Algoritmo en el numero 11 analizaremos el soporte que ofrece el estándar SQL3 para los disparadores en bases de datos relacionales. Sin embargo, ni las restricciones y disparadores propuestos para los sistemas relacionales ni, mucho menos, las condiciones ON de Codasyl pueden considerarse como paradigma de los sistemas activos porque carecen de algunas características para ello. De hecho, a mediados de los años ochenta se inició el desarrollo de distintos prototipos de investigación que permitieron evaluar y profundizar en este tema: Hipac del Xerox Advanced Information Technology, postgres desarrollado en la universidad de Berkeley, Startburst del Almaden Research Center de IBM en San José, Ariel en la Wright State University, Ode de los AT&T Bell Labs. etc. B) Bases de Datos Multimedia: En la actualidad se está desarrollando toda una serie de aplicaciones que incorporan el tratamiento de datos multimedia (televisión interactiva, sistemas de información geográficos, enciclopedias electrónicas, aplicaciones musicales, etc.). Si las bases de datos no quieren³quedarse fuera´ de este tipo de aplicaciones deben soportar el tratamiento de los datos multimedia de una manera eficiente. Los SGBD actuales no están concebidos, sin embargo, para manejar grandes cantidades de datos en dispositivos como CDROM o videodiscos. En general, podemos afirmar que el modelo relacional no es el más adecuado para soportar los datos multimedia, aunque en la actua1idad la mayor parte los productos ofrezcan la posibilidad de definir BLOBs (Binary Large Objects.) para almacenar texto, vídeo, sonido, etc. C) Bases de Datos Científicas y Estadísticas: Bases de Datos Científicas: contienen información destinada a los investigadores de cualquier ámbito científico o técnico. A su vez, este grupo puede dividirse en:

 Bases de datos multidisciplinares: abarcan varias disciplinas científicas o técnicas.  Bases de datos especializadas: recopilan y analizan documentos pertinentes para una disciplina o subdisciplina concreta: investigación biomédica, farmacéutica, química, agroalimentaria, social, humanística, etc. Bases de Datos Estadísticos: Statistical Package for the Social Sciences (SPSS) es un programa estadístico informático muy usado en las ciencias sociales y las empresas de investigación de mercado. En la actualidad, la sigla se usa tanto para designar el programa estadístico como la empresa que lo produce. Originalmente SPSS fue creado como el acrónimo de Statistical Package for the Social Sciences ya que se está popularizando la idea de traducir el acrónimo como "Statistical Product and Service Solutions". Como programa estadístico es muy popular su uso debido a la capacidad de trabajar con bases de datos de gran tamaño. En la versión 12 es de 2 millones de registros y 250.000 variables. Además, de permitir la recodificación de las variables y registros según las necesidades del usuario. El programa consiste en un módulo base y módulos anexos que se han ido actualizando constantemente con nuevos procedimientos estadísticos. D) Bases de Datos Espaciales y Temporales. Bases de Datos Temporales: De manera general, en las bases de datos temporales se suelen distinguir dos aspectos importantes: la gestión de la historia y la gestión de versiones. En estos últimos años se ha logrado un consenso en cuanto a la semántica de la historia, pero no a la gestión de versiones, para la que existen muchas propuestas en el contexto de los sistemas de diseño asistido por ordenador e ingeniería de software. Base de Datos Espaciales: Una base de datos espacial es una colección de datos referenciados espacialmente, que actúan como un modelo de la realidad; en el sentido de que ella representa una serie o aproximación de fenómenos. Esos fenómenos seleccionados son considerados suficientemente importantes para ser representados en forma digital. La representación digital puede ser para el pasado, presente o futuro. Las bases de datos espaciales necesitan contar con procedimientos que hagan posible su mantenimiento en lo que respecta a su documentación así como su administración.

E) Inconvenientes De Los SGBD  Redundancia e inconsistencia de los datos: se produce porque los archivos son creados por distintos programas y van cambiando a lo largo del tiempo, es decir, pueden tener distintos formatos y los datos pueden estar duplicados en varios sitios. Por ejemplo, el teléfono de un alumno puede aparecer en más de un archivo. La redundancia aumenta los costes de almacenamiento y acceso, y trae consigo la inconsistencia de los datos: las copias de los mismos datos no coinciden por aparecer en varios archivos.  Dependencia de los datos física-lógica: o lo que es lo mismo, la estructura física de los datos (definición de archivos y registros) se encuentra codificada en los programas de aplicación. Cualquier cambio en esa estructura implica al programador identificar, modificar y probar todos los programas que manipulan esos archivos.  Dificultad para tener acceso a los datos: proliferación de programas, es decir, cada vez que se necesite una consulta que no fue prevista en el inicio implica la necesidad de codificar el programa de aplicación necesario. Lo que se trata de probar es que los entornos convencionales de procesamiento de archivos no permiten recuperar los datos necesarios de una forma conveniente y eficiente.  Separación y aislamiento de los datos: es decir, al estar repartidos en varios archivos, y tener diferentes formatos, es difícil escribir nuevos programas que aseguren la

 

manipulación de los datos correctos. Antes se deberían sincronizar todos los archivos para que los datos coincidiesen. Dificultad para el acceso concurrente: pues en un sistema de gestión de archivos es complicado que los usuarios actualicen los datos simultáneamente. Las actualizaciones concurrentes pueden dar por resultado datos inconsistentes, ya que se puede acceder a los datos por medio de diversos programas de aplicación. Dependencia de la estructura del archivo con el lenguaje de programación: pues la estructura se define dentro de los programas. Esto implica que los formatos de los archivos sean incompatibles. La incompatibilidad entre archivos generados por distintos lenguajes hace que los datos sean difíciles de procesar. Problemas en la seguridad de los datos: Resulta difícil implantar restricciones de seguridad pues las aplicaciones se van añadiendo al sistema según se van necesitando. Problemas de integridad de datos: es decir, los valores almacenados en los archivos deben cumplir con restricciones de consistencia. Por ejemplo, no se puede insertar una nota de un alumno en una asignatura si previamente esa asignatura no está creada. Otro ejemplo, las unidades en almacén de un producto determinado no deben ser inferiores a una cantidad. Esto implica añadir gran número de líneas de código en los programas. El problema se complica cuando existen restricciones que implican varios datos en distintos archivos.

F) Evolución Histórica: La historia de las bases de datos inicia a mediados de los años cincuenta, en el momento en que comenzaron a introducirse los ordenadores para automatizar la gestión de las empresas, fundamentalmente con desarrollos en COBOL, y se han caracterizado por el uso de tecnologías orientadas a la estructuración de datos mediante modelos jerárquicos y Codasyl (p.ej. IMS de IBM; IDMS de Cullinet) de lógica procedimental, que obligan al programador a desplazarse registro a registro, hecho que implica una escasa flexibilidad. En 1970 se propuso el modelo relacional, basado en los trabajos del Dr. Codd, básicamente el modelo matemático que dio fundamentos a la segunda generación de SGBD, caracterizada por una mayor independencia físico-lógica, dado que actúan sobre conjuntos de registros; entre ellas destacan ORACLE, DB2, INGRES, INFORMIX, SYBASE, etc. Codd propuso un modelo simple de datos en el que todos ellos se representarían en tablas constituidas por filas y columnas. A dichas tablas se les dio en nombre matemático de relaciones, denominándose así el sistema como relacional. Codd también propuso dos lenguajes para manipular los datos en las tablas: álgebra y cálculo relacional, que soportan la manipulación de los datos sobre la base de operadores lógicos en lugar de los punteros físicos utilizados en los modelos jerárquicos y de red. El resultado fue la aparición de sistemas relacionales durante la última mitad de los setenta que soportaban lenguajes como el Structured Query Language (SQL), el Query Language (Quel) y el Query-by-Example(QBE): los trabajos de investigación que se realizaron durante la década de los ochenta se centraron en la optimización de consultas, lenguajes de alto nivel, teoría de la normalización, organizaciones físicas para el almacenamiento de las relaciones, algoritmos para la gestión de memorias intermedias (buffers), técnicas de indexación para un acceso asociativo más rápido (distintas variaciones de los árboles), sistemas distribuidos, diccionarios de datos, gestión de transacciones, etc. Estas investigaciones han tenido como consecuencia la elevada tasa de transacciones de muchos de los productos actuales que permiten asegurar entornos transaccionales en línea (OLTP) muy eficientes y seguros. También cabe recordar que durante la primera mitad de los ochenta se estandariza el lenguaje SQL (el SQUANSI se aprueba en 1986), ofreciendo, al cabo de poco tiempo, prácticamente todos los productos una interfaz SQL, aún los no relacionales (sistemas “renacidos”).

El enfoque relaciona1 permite a los programadores la manipulación de tuplas procedentes de distintos ficheros y tablas en una misma base de datos mediante consultas estructuradas, habilitando acciones múltiples sobre los registros. La aparición y estandarización de SQL, permitió una mayor integración, multiplicó las tareas asignadas a las bases de datos e implicó el desarrollo de sistemas de uso transparente, cuya facilidad de manejo derivó en una excepcional productividad e impresionante impacto económico. G) Explicar los Lenguajes de 3era y 4ta Generación: Los lenguajes de tercera generación (3GL; third-generation languages) son los lenguajes propiamente como los conocemos (poseen instrucciones, funciones, sintaxis, semántica); ya trascienden el uso de los términos nemotécnicos. Una instrucción puede indicar 1 o más tareas para el computador. Pueden dividirse como sigue:  Orientados a problemas  A procedimientos  A objetos 4GL: (Generadores de aplicaciones que no dependen de una metodología). Son de alto nivel y amigables; los programadores profesionales que utilizan 4GL sostienen que experimentan incrementos en la productividad de 200 a 1,000% en comparación con los lenguajes orientados al procedimiento de la tercera generación (COBOL, FORTRAN, BASIC y demás). Hay dos tipos de 4GL: H) Tendencias Futuras: En el futuro la mayoría de las organizaciones cambiarán la forma convencional de manejo de la información a la arquitectura de base de datos a las ventajas derivadas de su uso. El uso de las bases de datos distribuidas se incrementará de manera considerable en la medida en que la tecnología de comunicación de datos brinde más facilidades para ello. El uso de bases de datos facilitará y soportará en gran medida a los Sistemas de Información para la Toma de Decisiones. I) Citar las Diferentes Estructuras de Bases de Datos: Modelos de datos: Para representar el mundo real a través de esquemas conceptuales se han creado una serie de modelos: Mundo Real Esq`s conceptuales. Modelización: Existen multitud de estos modelos que se conocen como Modelos de Datos, algunos de estos modelos son:  Modelo Relacional de Datos: Representa al mundo real mediante tablas relacionadas entre sí por columnas.  Modelo de Red: Representamos al mundo real como registros lógicos que representan a una entidad y que se relacionan entre sí por medio de flechas.  Modelo Jerárquico: Tiene forma de árbol invertido.

Bibliografía
http://html.rincondelvago.com/sistemas-administrativos-en-ofimatica.html http://www.unalmed.edu.co/~mstabare/Dbms.htm#Esquema%20de%20un%20DBMS http://es.wikipedia.org/wiki/Transacci%C3%B3n_%28base_de_datos%29 http://www.unalmed.edu.co/~mstabare/Dbms.htm#Esquema%20de%20un%20DBMS http://es.wikipedia.org/wiki/Modelo_relacional http://es.wikipedia.org/wiki/Modelo_de_red http://es.wikipedia.org/wiki/Modelo_jer%C3%A1rquico http://www.mitecnologico.com/Main/DefinicionModeloDeDatos http://ict.udlap.mx/people/carlos/is341/bases02.html http://es.wikipedia.org/wiki/Sistema_de_gesti%C3%B3n_de_bases_de_datos http://es.wikipedia.org/wiki/%C3%81lgebra_relacional http://www.monografias.com/trabajos12/archi/archi.shtml http://www.monografias.com/trabajos7/arch/arch/.shtml http://www.monografias.com/trabajos7/arch/arch/.shtml http://www.wikipedia.org/wiki/base_de_datos http://www.monografias.com/trabajos30/base-datos/base-datos.shtml http://www.monografias.com/trabajos5/basede/basede.shtml#OBJE http://www.mastermagazine.info/termino/6039.php http://es.wikipedia.org/wiki/Multiusuario http://es.wikipedia.org/wiki/Multiprocesamiento http://es.wikipedia.org/wiki/Integridad_referencial http://www.cs.buap.mx/~dpinto/bd/bdintro.pdf http://es.wikipedia.org/wiki/Tupla http://es.wikipedia.org/wiki/Tabla_%28base_de_datos%29

http://www.alegsa.com.ar/Dic/entidad.php http://www.monografias.com/trabajos7/arch/arch/.shtml http://www.alegsa.com.ar/Dic/atributo.php http://www.sg.inter.edu/acc/prMIS206/rodrigueza/pag-03.htm http://es.wikipedia.org/wiki/Lenguaje_de_Manipulaci%C3%B3n_de_Datos http://es.wikipedia.org/wiki/Lenguaje_de_definici%C3%B3n_de_datos http://uvfdatabases.wordpress.com/2009/02/06/tipos-de-usuarios-de-la-base-de-datos/ http://unaclibre.org/unac/index2.php?option=com_content&do_pdf=1&id=1068 http://alvherre.cl/pgsql/modBasico/node6.html http://es.wikipedia.org/wiki/Registro_%28base_de_datos%29 http://ciro-canales-del-razo.suite101.net/las-bases-de-datos-a1701 http://www.mitecnologico.com/Main/ArquitecturaBaseDeDatos http://tecnomaestros.awardspace.com/bases_datos_distribuidas.php http://html.rincondelvago.com/sistemas-de-bases-de-datos.html http://es.wikipedia.org/wiki/Base_de_datos_orientada_a_objetos http://sistemas.itlp.edu.mx/tutoriales/basedat1/tema7.htm http://es.scribd.com/doc/52526608/Listo-BD http://201010506ta5.blogspot.com/2011/09/notacion-prolog-datalog.html http://html.rincondelvago.com/bases-de-datos-deductivas.html http://informatica-full2.blogspot.com/2009/05/evolucion-de-los-sgbd.html http://www.monografias.com/trabajos11/basda/basda.shtml

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->