Está en la página 1de 41

Repblica Bolivariana de Venezuela IUTEPAL Pto.

Cabello

Integrante(s): Jess Martinez. C.I: 21.199.044 Jair Marn C.I: 19.723.298 Seccion: Seccion 1451 Profesor(a): Yelmin Perez

BASE DE DATOS Una base de datos es un almacn que nos permite guardar grandes cantidades de informacin de forma organizada para que luego podamos encontrar y utilizar fcilmente. Definindose como un conjunto de informacin relacionada, que se encuentra agrupada estructurada. En un sistema computarizado cuya finalidad general es, almacenar informacin y permitir a los usuarios recuperar y actualizar esa informacin con base en peticiones. Esta informacin puede ser cualquier cosa que sea de importancia para el individuo o la organizacin; es decir, todo lo que sea necesario para auxiliarle en el proceso general de su administracin. En otras palabras, una base de datos es un conjunto estructurado de datos que representa entidades y sus interrelaciones. La representacin ser nica e integrada, a pesar de que debe permitir utilizaciones varias y simultneas.

SISTEMAS ADMINISTRADORE DE BASE DE DATOS Es una herramienta que nos permite ingresar, recuperar y manejar la informacin contenida en la base de datos. Entendemos por manejar, la posibilidad de ejecutar las siguientes operaciones, entre muchas otras: Aadir nueva informacin a medida que sta va ingresando. Obtener la informacin ordenada segn determinados parmetros (por orden alfabtico, segn el nombre del autor, segn la temtica de cada libro, etc.). Calcular cmputos referidos a la base (cantidad total de publicaciones, promedios peridicos de ventas, promedios segn las diversas categoras, etc.). Imprimir la informacin deseada, ya sea en forma de tablas o de grficos de diversos tipos.

EVOLUCION . Las aplicaciones informticas de los aos sesenta acostumbraban a darse totalmente por lotes (batch) y estaban pensadas para una tarea muy especfica relacionada con muy pocas entidades Cada aplicacin utilizaba ficheros de movimientos para actualizar (creando una copia nueva) y/o para consultar uno o dos ficheros maestros o,

excepcionalmente, ms de dos. Cada programa trataba como mximo un fichero maestro, que sola estar sobre cinta magntica y, en consecuencia, se trabajaba con acceso secuencial. Cada vez que se le quera aadir una aplicacin que requera el uso de algunos de los datos que ya existan y de otros nuevos, se diseaba un fichero nuevo con todos los datos necesarios para evitar que los programas tuviesen que leer muchos ficheros. Luego se fueron introduciendo las lneas de comunicacin, los terminales y los discos, escribiendo programas que permitan a varios usuarios consultar los mismos ficheros on-line y de forma simultnea. Ms adelante fue surgiendo la necesidad de hacer las actualizaciones tambin on-line. A medida que se integraban las aplicaciones, se tuvieron que interrelacionar sus ficheros y fue necesario eliminar la redundancia. El nuevo conjunto de ficheros se deba disear de modo que estuviesen interrelacionados; al mismo tiempo, las informaciones redundantes (como por ejemplo, el nombre y la direccin de los clientes o el nombre y el precio de los productos), que figuraban en los ficheros de ms de una de las aplicaciones, deban estar ahora en un solo lugar. El acceso on-line y la utilizacin eficiente de las interrelaciones exigan estructuras fsicas que diesen un acceso rpido, como por ejemplo los ndices, las multilistas, etc. Estos conjuntos de ficheros, con estructuras complejas y compartidos por varios procesos de forma simultnea, recibieron al principio el nombre de Data Banks, y despus, a inicios de los aos setenta, el de Data Bases.

Aqu los denominamos bases de datos (BD). El software de gestin de ficheros era demasiado elemental para dar satisfaccin a todas estas necesidades. Por ejemplo, el tratamiento de las interrelaciones no estaba previsto, no era posible que varios usuarios actualizaran datos simultneamente, etc. La utilizacin de estos conjuntos de ficheros por parte de los programas de aplicacin era excesivamente compleja, de modo que, especialmente durante la segunda mitad de los aos setenta, fue saliendo al mercado software ms sofisticado: los Data Base Management Systems, que aqu denominamos sistemas de gestin de BD (SGBD).

ESQUEMA DE UN SISTEMA DE ADMINISTRACION DE BASE DE DATOS

LENGUAJES DEL DBMS En la estructura bsica de un Sistema Manejador de Base de Datos se enuncian dos lenguajes que permiten trabajar sobre la base de datos. Estos lenguajes estndar son: DDL (Data Definition language): Lenguaje de Definicin de Datos. Por medio de este el DBMS identifica las descripciones de los elementos de los esquemas y almacena la descripcin del esquema en el catlogo del DBMS. Por medio de este el DBMS especifica el esquema conceptual e interno (Base de datos Almacenada). SDL (Store Definition language): Lenguaje de definicin 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 Definicin 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 combinacin de los anteriores. DML (Data Manipulation language): Lenguaje de Manipulacin de Datos. Permite la manipulacin de las operaciones de Insercin, Eliminacin y Modificacin. Tipos de DML's: De alto Nivel o No por procedimientos: SQL. De bajo Nivel o por procedimientos. USUARIOS DE UN SISTEMA MANEJADOR DE BASE DE DATOS Personal del DBA: Recuperabilidad: Crear y probar Respaldos Integridad: Verificar o ayudar a la verificacin en la integridad de datos

Seguridad: Definir o implementar controles de acceso a los datos Disponibilidad: Asegurarse del mayor tiempo de encendido Desempeo: Asegurarse del mximo desempeo incluso con las limitaciones Desarrollo y soporte a pruebas: Ayudar a los programadores e ingenieros a utilizar eficientemente la base de datos.

Usuarios Espordicos:

Programadores de Aplicaciones

TRANSACCIONES Una transaccin es una interaccin con una estructura de datos compleja, compuesta por varios procesos que se han de aplicar uno despus del otro. La transaccin debe ser equivalente a una interaccin atmica. Es decir, que se realice de una sola vez y que la estructura a medio manipular no sea jams alcanzable por el resto del sistema hasta que haya finalizado todos sus procesos. MODELO RELACIONAL El modelo relacional para la gestin de una base de datos es un modelo de datos basado en la lgica de predicados y en la teora de conjuntos. Es el modelo ms utilizado en la actualidad para modelar problemas reales y administrar datos dinmicamente. 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 podran considerarse en forma lgica como conjuntos de datos llamados (tuplas). Pese a que sta es la teora de las bases de datos relacionales creadas por Edgar Frank Codd, la mayora de las veces se conceptualiza de una manera ms fcil de imaginar, esto es, pensando en cada relacin como si fuese una tabla que est compuesta por registros. MODELO DE RED El modelo de red es un Modelo de base de datos concebido como un modo flexible de representar objetos y su relacin La estructura de datos del modelo jerrquico es como un rbol de registros, con cada registro que tiene un registro paternal y muchos hijos, el modelo de red permite a cada registro para tener mltiples registros paternales y de Hijos, formando una estructura de enrejado. MODELO JERARQUICO El modelo jerrquico de bases de datos fue el pionero en los sistemas de bases de datos, all por comienzos de los aos 60. En realidad no hay un modelo terico detrs sino que surgi a raz de los trabajos de IBM y de la NAA (North American Aviation) que dieron lugar al IMS (Information Management System) que podemos considerar el primer sistema de base de datos jerrquico. En el modelo jerrquico slo se pueden modelar relaciones 1: N, aunque esto se poda arreglar mediante el uso de los llamados "vnculos virtuales" que posibilitan las relaciones N:M. Para conocer mejor este modelo conviene revisar el sistema IMS y su lenguaje DL/1. Al igual que con el modelo de red, el principal problema de los sistemas de bases de datos jerrquicos es el de la poca independencia de los programas respecto a cmo estn almacenados los datos, lo que dificulta adems la programacin de software de acceso a estos sistemas.

MODELOS DE DATOS: Modelos basados en objetos: los dos ms extendidos son el modelo entidadrelacin y el orientado a objetos. El modelo entidad-relacin (E-R) se basa en una percepcin del mundo compuesta por objetos, llamados entidades, y relaciones entre ellos. Las entidades se diferencian unas de otras a travs de atributos. El orientado a objetos tambin se basa en objetos, los cuales contienen valores y mtodos, entendidos como rdenes que actan sobre los valores, en niveles de anidamiento. Los objetos se agrupan en clases, relacionndose mediante el envo de mensajes. Algunos autores definen estos modelos como "modelos semnticos". Modelos basados en registros: el ms extendido es el relacional, mientras que los otros dos existentes, jerrquico y de red, se encuentran en retroceso. Estos modelos se usan para especificar la estructura lgica global de la base de datos, estructurada en registros de formato fijo de varios tipos. El modelo relacional representa los datos y sus relaciones mediante tablas bidimensionales, que contienen datos tomados de los dominios correspondientes. El modelo de red est formado por colecciones de registros, relacionados mediante punteros o ligas en grafos arbitrarios. ALGEBRA RELACIONAL El 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 Clculo relacional que es de tipo declarativo. Describe el aspecto de la manipulacin de datos. Estas operaciones se usan como una representacin intermedia de una consulta a una base de datos y, debido a sus propiedades algebraicas, sirven para obtener una versin ms optimizada y eficiente de dicha consulta.

ARCHIVO Un archivo o fichero informtico es un conjunto de bits almacenado en un dispositivo perifrico. Un archivo es identificado por un nombre y la descripcin de la carpeta o directorio que lo contiene. Los archivos informticos se llaman as porque son los equivalentes digitales de los archivos en tarjetas, papel o microfichas del entorno de oficina tradicional. Los archivos informticos facilitan una manera de organizar los recursos usados para almacenar permanentemente datos en un sistema informtico. CLASIFICACION DE ARCHIVOS Permanentes o Maestros: Estos contienen informacin que varia poco. En algunos casos es preciso actualizarlos peridicamente. De Movimientos Se cercan para actualizar los archivos maestros. Sus registros son de tres tipos: alta, bajas y modificaciones. De Maniobra o Trabajo. Tienen una vida limitada, normalmente menor que la duracin de la ejecucin de un programa. Se utilizan como auxiliares de los anteriores BASE DE DATOS RELACIONALES. Una base de datos relacional es una base de datos en donde todos los datos visibles al usuario estn organizados estrictamente como tablas de valores, y en donde todas las operaciones de la base de datos operan sobre estas tablas. Estas bases de datos son percibidas por los usuarios como una coleccin de relaciones normalizadas de diversos grados que varan con el tiempo.

El modelo relacional representa un sistema de bases de datos en un nivel de abstraccin un tanto alejado de los detalles de la mquina subyacente, de la misma manera como, por ejemplo, un lenguaje del tipo de PL/1 representa un sistema de programacin con un nivel de abstraccin un tanto alejado de los detalles de la mquina subyacente. De hecho, el modelo relacional puede considerarse como un lenguaje de programacin ms bien abstracto, orientado de manera especfica hacia las aplicaciones de bases de datos. Es esta base de datos se cumple con el modelo relacional, el cual es el modelo ms utilizado en la actualidad para implementar bases de datos ya planificadas. Permiten establecer interconexiones (relaciones) entre los datos (que estn guardados en tablas), y a travs de dichas conexiones relacionar los datos de ambas tablas, de ah proviene su nombre: "Modelo Relacional". Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San Jos (California), no tard en consolidarse como un nuevo paradigma en los modelos de base de datos. DISEO DE LAS BASES DE DATOS RELACIONALES Lo principal es planificar el tipo de informacin que se quiere almacenar.La planificacin de la estructura de la base de datos, en particular de las tablas, es vital para la gestin efectiva de la misma. El diseo de la estructura de una tabla consiste en una descripcin de cada uno de los campos que componen el registro y los valores o datos que contendr cada uno de esos campos. Los campos son los distintos tipos de datos que componen la tabla, por ejemplo: nombre, apellido, domicilio. La definicin de un campo requiere: el nombre del campo, el tipo de campo, el ancho del campo, etc. Los registros constituyen la informacin que va contenida en los campos de la tabla, por ejemplo: el nombre del paciente, el apellido del paciente y la direccin de este. Generalmente los diferente tipos de campos que su pueden almacenar son los siguientes: Texto (caracteres), Numrico (nmeros), Fecha / Hora, Lgico (informaciones lgicas si/no, verdadero/falso, etc.), imgenes.

En resumen, el principal aspecto a tener en cuenta durante el diseo de una tabla es determinar claramente los campos necesarios, definirlos en forma adecuada con un nombre especificando su tipo y su longitud FASE DEL DISEO DE LAS BASES DE DATOS RELACIONALES

Mundo real

Recoleccin y anlisis de requerimientos

Requerimiento de la base de datos

DISEO CONSEPTUAL

Esquema conceptual (en un modelo de datos de alto nivel) (por ejemplo: modelo E/R)

Independiente de S.G.B.D

(TRANSFORMACION DEL MODELO DE DATOS)

DISEO LOGICO

Esquema (conceptual) lgico (En el modelo de datos de S.G.B.D.)

Especfico para cada S.G.B.D

DISEO FISICO

Esquema interno (Para el mismo S.G.B.D.)

OBJETOS DE LA BASE DE DATOS Consultas: es el mtodo para acceder a los datos en las bases de datos. Con las consultas se puede modificar, borrar, mostrar y agregar datos a una base de datos. Para esto se utiliza un lenguaje de consultas. El lenguaje de consultas ms utilizado en bases de datos es el SQL (Structured Query Language). Formularios: la finalidad de estos es ver, escribir y cambiar datos de manera sencilla directamente en una tabla, Informes: Se usa para analizar los datos o presentarlos de cierta manera al
imprimirlos. Por ejemplo, puede imprimir un informe que agrupe datos y calcule totales, y otro informe de datos diferentes con formato para imprimir etiquetas postales.

Pginas de acceso a datos: se utilizan para que los datos estn disponibles en
Internet o en una intranet con el fin de hacer informes, escribir datos o analizar datos de manera interactiva, al utilizar una pgina de acceso a datos. Microsoft Access recupera los datos de una o ms tablas, y los muestra en la pantalla con el diseo creado en la vista Diseo o con el diseo que haya elegido en el Asistente para pginas.

Tablas: Almacenar y administrar los datos Una tabla es una coleccin de datos sobre un tema especfico, como productos o proveedores. Al usar una tabla independiente para cada tema, los datos se almacenan slo una vez. Esto tiene como resultado una base de datos ms eficaz y menos errores de entrada de datos. Trabajar con objetos de base de datos: CONCEPTOS BASICOS DE UNA BASE DE DATOS

MULTITAREA Es la ejecucin de ms de un programa a la vez en una computadora. Los sistemas operativos multitarea (Windows, OS/2, Unix y otros) permiten que mltiples operaciones se ejecuten simultneamente. Sus mayores beneficios se obtienen cuando se realizan tareas largas y complejas (como consultar una base de datos). La cantidad de programas que pueden ejecutarse depende de la memoria disponible, de la velocidad de la CPU y de la eficiencia del sistema operativo. Siendo esta una caracterstica de los sistemas operativos modernos. Permite que varios procesos sean ejecutados al mismo tiempo compartiendo uno o ms procesadores. MULTIUSUARIO Un SO multiusuario permite a ms de un solo usuario accesar una computadora. Claro que, para llevarse esto a cabo, el SO tambin debe ser capaz de efectuar multitareas. En contraposicin a los sistemas mono usuario, que proveen servicio y procesamiento a un solo usuario, en la categora de multiusuario se encuentran todos los sistemas que cumplen simultneamente las necesidades de dos o ms 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 compartan a travs del uso de mltiples dispositivos de interfaz humana (e.g. una unidad central y mltiples pantallas y teclados). Unix es el Sistema Operativo Multiusuario ms utilizado. Debido a que Unix fue originalmente diseado para correr en una minicomputadora, era multiusuario y multitarea desde su concepcin. Esto se aplica: 1. Mediante Mdems 2.Mediante conexin de terminales a travs de puertos seriales 3.Mediante Redes

MULTIPROCESO Dos o ms unidades de proceso ejecutando cada una de ellas uno o ms procesos. Las computadoras que tienen ms de un CPU son llamadas multiproceso. Un sistema operativo multiproceso coordina las operaciones de las computadoras multiprocesadoras. Ya que cada CPU en una computadora de multiproceso puede estar ejecutando una instruccin, el otro procesador queda liberado para procesar otras instrucciones simultneamente. Al usar una computadora con capacidades de multiproceso incrementamos su velocidad de respuesta y procesos. Casi todas las computadoras que tienen capacidad de multiproceso ofrecen una gran ventaja. Los primeros Sistemas Operativos Multiproceso realizaban lo que se conoce como: Multiproceso asimtrico: Una CPU principal retiene el control global de la computadora, as como el de los otros procesadores. Esto fue un primer paso hacia el multiproceso pero no fue la direccin ideal a seguir ya que la CPU principal poda convertirse en un cuello de botella. Multiproceso simtrico: En un sistema multiproceso simtrico, no existe una CPU controladora nica. La barrera a vencer al implementar el multiproceso simtrico es que los SO tienen que ser rediseados o diseados desde el principio para trabajar en u n ambiente multiproceso. Las extensiones de Unix, que soportan multiproceso asimtrico ya estn disponibles y las extensiones simtricas se estn haciendo disponibles. Windows NT de Microsoft soporta multiproceso simtrico. Lenguajes que tienen estas caractersticas C, SQL, El UNIX y sus clones permiten mltiples tareas y mltiples usuarios. Su sistema de archivos proporciona un mtodo sencillo de organizar archivos y permite la proteccin de archivos. Sin embargo, las instrucciones del UNIX no son intuitivas. Otros sistemas operativos multiusuario y multitarea son OS/2, desarrollado inicialmente por Microsoft Corporation e International Business Machines (IBM) y Windows, desarrollado por Microsoft.

INTEGRIDAD REFERENCIAL La integridad referencial es un sistema de reglas que utilizan la mayora de las bases de datos relacionales para asegurarse que los registros de tablas relacionadas son vlidos y que no se borren o cambien datos relacionados de forma accidental produciendo errores de integridad. REDUNDANCIA La redundancia de los datos debe ser controlada, de forma que no existan duplicidades perjudiciales ni innecesarias, y que las redundancias fsicas, convenientes muchas veces a fin de responder a objetivos de eficiencia, sean tratadas por el mismo sistema, de modo que no puedan producirse incoherencias. Por tanto, un dato se actualizar lgicamente por el usuario de forma nica, y el sistema se preocupar de cambiar fsicamente todos aquellos campos en los que el dato estuviese repetido, en caso de existir redundancia fsica. INCONSISTENCIA Una base de datos est inconsistente si dos datos que deberan ser iguales no lo son. Por ejemplo, un empleado aparece en una tabla como activo y en otra como jubilado. TUPLA Una tupla, en matemticas, es una secuencia ordenada de objetos, esto es, una lista con un nmero limitado de objetos (una secuencia infinita se denomina en matemtica como una familia). Las tuplas se emplean para describir objetos matemticos que tienen estructura, es decir que son capaces de ser descompuestos en un cierto nmero 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 vrtices del grafo.

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 clculo. Las tablas se componen de dos estructuras: En la definicin de cada campo, debe existir un nombre nico, con su tipo de dato correspondiente. Esto es til a la hora de manejar varios campos en la tabla, ya que cada nombre de campo debe ser distinto entre s. A los campos se les puede asignar, adems, propiedades especiales que afectan a los registros insertados. El campo puede ser definido como ndice o auto incrementable, lo cual permite que los datos de ese campo cambien solos o sea el principal indicar a la hora de ordenar los datos contenidos. Cada tabla creada debe tener un nombre nico en la cada Base de Datos, hacindola accesible mediante su nombre o su seudnimo (Alias) (dependiendo del tipo de base de datos elegida). La estructura de las tablas viene dado por la forma de un archivo plano, los cuales en un inicio se componan de un modo similar ENTIDAD Es una entidad en la representacin 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, Artculo, etc. Cada entidad est constituida por uno o ms atributos. Por ejemplo, la entidad "Alumno" podra tener los atributos: nombre, apellido, ao de nacimiento, etc.

En el modelo de entidad-relacin se emplean dos tipos de entidades: entidad fuerte y entidad dbil. Las entidades fuertes tienen atributos claves, en tanto las entidades dbiles no tienen atributos claves propios. CAMPO Es un espacio de almacenamiento para un dato en particular. En las bases de datos, un campo es la mnima unidad de informacin a la que se puede acceder; un campo o un conjunto de ellos forman un registro, donde pueden existir campos en blanco, siendo ste un error del sistema. En las hojas de clculo los campos son llamados celdas. La mayora de los campos tienen atributos asociados a ellos. Por ejemplo, algunos campos son numricos mientras otros almacenan texto, tambin vara el tamao de estos. Adicionalmente, cada campo tiene un nombre. ATRIBUTOS Un atributo representa una propiedad de inters de una entidad.

Los atributos se describen en la estructura de la base de datos empleando un modelo de datos.

Por ejemplo, se podra tener una entidad llamada "Alumno". Esta entidad puede estar constituida por uno o ms atributos, que son propiedades de la entidad "Alumno" que interesan para almacenarse en la base de datos. Por ejemplo, la entidad "Alumno" podra tener los atributos: nombre, apellido, ao de nacimiento, etc. La eleccin de los atributos de una entidad depende del uso que se le dar a la base de datos. El alumno puede tener una "religin", 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.

VENTAJAS DE UN MODELO ORIENTADO A ARCHIVO Fomenta la reutilizacin y extensin del cdigo. Permite crear sistemas ms complejos. Relacionar el sistema al mundo real. Facilita la creacin de programas visuales. Construccin de prototipos Agiliza el desarrollo de software Facilita el trabajo en equipo Facilita el mantenimiento del software

DESVENTAJAS DE UN MODELO ORIENTADO A ARCHIVO Limitaciones para el programador. No obstante que la tecnologa orientada a objetos no es nueva, un gran porcentaje de programadores no estn familiarizados con los conceptos de dicha tecnologa. En otras palabras, la lgica de la programacin estructurada sigue siendo predominante en la mayora de los desarrolladores de software, despus de haber revisado de forma breve los principios de la programacin orientada a objetos, nos es claro que en sta se requiere una lgica de pensamiento totalmente diferente a la lgica comnmente utilizada para la programacin estructurada. Tamao excesivo en las aplicaciones resultantes. La gran mayora de los equipos de cmputo cuentan con capacidades tanto de almacenamiento como de memoria lo suficientemente buena como para ejecutar la mayora de las aplicaciones que puedan desarrollarse con la tecnologa orientada a objetos, sin embargo existen casos en los que lo anterior no se cumple .

VENTAJAS DE UN MODELO ORIENTADO A BASE DE DATOS 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. 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. 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. 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. DESVENTAJAS DE UN MODELO ORIENTADO A BASE DE DATOS Coste Tamao que ocupa en el disco Complejidad

BASE DE DATOS INTELIGENTES Es un sistema de manejo de bases de datos el cual ejecuta la validacin y el proceso de la informacin a travs de programas de aplicacin tradicionales. El grupo de criterio de validacin puede ser guardado con cada campo de informacin, tanto puede ser los valores mnimos o mximos que pueden ser entrados o enlistados en las entradas posibles. Algunas bases de datos inteligentes pueden incluir reglas que pueden ser aplicadas a la informacin 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 tcnicas usadas para implementar bases de datos inteligentes son restricciones, gatillos y procedimientos ya establecidos.

LENGUAJE DE MANIPULACION DE DATOS Es un lenguaje proporcionado por el sistema de gestin de base de datos que permite a los usuarios de la misma llevar a cabo las tareas de consulta o manipulacin de los datos, organizados por el modelo de datos adecuado. El lenguaje de manipulacin de datos ms popular hoy da 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. LENGUAJE DE DEFINICION DE DATOS es un lenguaje proporcionado por el sistema de gestin de base de datos que permite a los usuarios de la misma llevar a cabo las tareas de definicin de las estructuras que almacenarn los datos as como de los procedimientos o funciones que permitan consultarlos. El lenguaje de programacin SQL, el ms difundido entre los gestores de bases de datos, admite las siguientes sentencias de definicin: 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 implementacin del estndar 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 especficos o a un rol creado dentro de la base de datos. TIPOS DE USUARIOS En sentido general, un usuario es un conjunto de permisos y de recursos (o dispositivos) a los cuales se tiene acceso. Es decir, un usuario puede ser tanto una persona como una mquina, un programa, etc. Usuario administrador El usuario administrador de un producto informtico es la persona a la que va destinada dicho producto una vez que ha superado las fases de desarrollo correspondientes.

Habitualmente, el software se desarrolla pensando en la comodidad del usuario final, y por esto se presta especial inters y esfuerzo en conseguir una interfaz de usuario lo ms clara y sencilla posible. Usuario registrado Se denomina as a la persona que tiene derechos especiales en algn servicio de Internet por acreditarse en el mismo mediante un identificador y una clave de acceso, obtenidos con previo registro en el servicio, de manera gratuita o de pago. Normalmente, un usuario registrado tiene asignada una cuenta propia que mantiene informacin personalizada del usuario en el servidor, (como puede ser direccin de e-mail y espacio correspondiente). Tambin puede dar acceso a ciertos contenidos no accesibles al pblico en general, como por ejemplo un usuario registrado en un peridico on-line con acceso por suscripcin. Usuario annimo Es usuario annimo en informtica aquel que navega en sitios web (o usa cualquier servicio de la red) sin autenticarse como usuario registrado. En algunos servicios en Internet se dispone de un modo de uso como usuario registrado y otro como usuario annimo; normalmente, el usuario registrado goza de mayores privilegios. El anonimato en Internet es uno de sus puntos fuertes, a la vez que motivo habitual de discusin. A los usuarios les gusta sentirse libres para expresarse, mientras que ciertos organismos quisieran un mayor control de todo el movimiento por la red para actuar con ms eficacia contra la delincuencia online. Adems contempla el correcto uso del sistema. Usuario "beta tester En el proceso de desarrollo de software, existe un usuario intermedio entre el desarrollador y el usuario final que se encarga de comprobar y testear que el programa trabaje de la forma prevista.

La tarea de los Beta Testers es reportar errores al programador/desarrollador, y es en gran medida responsable de que el programa llegue al usuario final sin errores. LENGUAJE DE DEFINICION DE ALMACENAMIENTO Es utilizado por el DBMS para especificar el esquema interno que corresponde a la Base de Datos Almacenada. LENGUAJE DE DEFINICION 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 combinacin de los anteriores. CARDINALIDAD La participacin de la entidad puede o no ser obligatoria. Siempre interviene por lo menos una entidad en una relacin. Ej. Libro Tiene ISBN

Aqu, la participacin de la entidad libro es obligatoria, pero la del ISBN no, existen libros que no tienen ISBN. REGISTROS (Tambin llamado fila o tupla) representa un objeto nico de datos implcitamente estructurados en una tabla. En trminos 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 repeticin de entidad. Se le asigna automticamente un nmero consecutivo (nmero de registro) que en ocasiones es usado como ndice

aunque lo normal y prctico es asignarle a cada registro un campo clave para su bsqueda. La estructura implcita de un registro y el significado de los valores de sus campos exige que dicho registro sea entendido como una sucesin de datos, uno en cada columna de la tabla. La fila se interpreta entonces como una variable relacional compuesta por un conjunto de tuplas, cada una de las cuales consta de dos tems: el nombre de la columna relevante y el valor que esta fila provee para dicha columna. Cada columna espera un valor de un tipo concreto. FUNCIONES DE UNA BASE DE DATOS
Se cuenta con un mecanismo con el cual se pueden definir las funciones escalares que las base de datos usan. El procedimiento es algo rudimentario pero es bastante efectivo, dando la flexibilidad de adaptarse a diversas bases de datos. Cuando uno se conecta a la base de datos para definir el cubo, se obtiene el tipo de base de datos al que se esta conectando. Este se muestra en la pantalla inicial. Basndose en ese tipo de base de datos, se lee el archivo oxf.oxf que se encuentra en el directorio de instalacin de la aplicacin. Este archivo trae una lista de las bases de datos, de las cuales podemos obtener funciones. El texto de este archivo se muestra a continuacin: Oracle|Oracle Microsoft SQL Server|SqlServer Informix|Informix Sybase|Sybase DB2|DB2 AS-400|AS-400 En cada lnea del archivo se almacenan dos campos, el primero es el nombre de la base de datos segn la reconoce la aplicacin, el segundo es el nombre del archivo .oxf en donde se encuentran las funciones de esa base de datos. Se buscan las formulas en los siguientes archivos: <base de datos>.es.oxf : Archivo con la explicacin de las formulas en espaol <base de datos>.en.oxf : Archivo con la explicacin de las formulas en ingles <base de datos>.oxf : Normalmente el archivo viene en ingles El archivo text se utiliza como archivo de formulas predeterminado, por si su base de datos no se encuentra en la lista. Estos archivos tienen una formula en cada lnea y su explicacin. A continuacin se muestra parte del archivo text.oxf:

LCASE( string_exp )|Uppercase characters in string_exp converted to lowercase. LEFT ( string_exp , count )|The count of characters of string_exp. LEN ( string_exp )|The number of characters in string_exp , excluding trailing blanks and the string termination character. LTRIM ( string_exp )|The characters of string_exp , with leading blanks removed. MID ( string_exp , start , length )|A string derived from string_exp beginning at the character position start for length characters. RIGHT( string_exp , count )|The rightmost count of characters in string_exp. RTRIM( string_exp )|The characters of string_exp with trailing blanks removed. SPACE( count )|A string consisting of count spaces. UCASE( string_exp )|Lowercase characters in string_exp converted to uppercase. ABS( numeric_exp )|Absolute value of numeric_exp. COS( float_exp )|Cosine of float_exp as an angle in radians. Estos archivos los puede modificar, crear o borrar segn su conveniencia.

ARQUITECTURA DE UNA BASE DE DATOS Hay tres caractersticas importantes inherentes a los sistemas de bases de datos: la separacin entre los programas de aplicacin y los datos, el manejo de mltiples vistas por parte de los usuarios y el uso de un catlogo para almacenar el esquema de la base de datos. En 1975, el comit ANSI-SPARC (American National Standard Institute - Standards Planning and Requirements Committee) propuso una arquitectura de tres niveles para los sistemas de bases de datos, que resulta muy til a la hora de conseguir estas tres caractersticas. El objetivo de la arquitectura de tres niveles es el de separar los programas de aplicacin de la base de datos fsica. En esta arquitectura, el esquema de una base de datos se define en tres niveles de abstraccin distintos: 1) En el nivel interno se describe la estructura fsica de la base de datos mediante un esquema interno. Este esquema se especifica mediante un modelo fsico y describe todos los detalles para el almacenamiento de la base de datos, as como los mtodos de acceso. 2) En el nivel conceptual se describe la estructura de toda la base de datos para una comunidad de usuarios (todos los de una empresa u organizacin), mediante un esquema conceptual. Este esquema oculta los detalles de las estructuras de almacenamiento y se concentra en describir entidades,

atributos, relaciones, operaciones de los usuarios y restricciones. En este nivel se puede utilizar un modelo conceptual o un modelo lgico para especificar el esquema. 3) En el nivel externo se describen varios esquemas externos o vistas de usuario. Cada esquema externo describe la parte de la base de datos que interesa a un grupo de usuarios determinados y ocultos a ese grupo el resto de la base de datos. En este nivel se puede utilizar un modelo conceptual o un modelo lgico para especificar los esquemas. BASE DE DATOS DISTRIBUIDAS (BDD) es un conjunto de mltiples bases de datos lgicamente relacionadas las cuales se encuentran distribuidas en diferentes espacios lgicos (pej. un servidor corriendo 2 maquinas virtuales) e interconectados por una red de comunicaciones. Dichas BDD tienen la capacidad de realizar procesamiento autnomo, esto permite realizar operaciones locales o distribuidas. Un sistema de Bases de Datos Distribuida (SBDD) es un sistema en el cual mltiples sitios de bases de datos estn 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 estos fueran accedidos de forma local. 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 mltiples computadores, llamados sitios o nodos. Estos sitios deben de estar comunicados por medio de algn tipo de red de comunicaciones para transmitir datos y rdenes entre los sitios. DIFERENCIA ENTRE DBMS Y UNA BASE DE DATOS La base de datos es una coleccin de archivos interrelacionados almacenados en conjunto sin redundancia y la dbms es un conjunto de nmerosas rutinas

de software interrelacionadas cada una de ellas es responsable de una determinada tarea. CITAR LOS COMPONENTESDE UN SISTEMA DE UNA BASE DE DATOS Modelos de Datos Para representar el mundo real a travs de esquemas conceptuales se han creado una serie de modelos: Mundo Real Esqs Conceptuales Modelizacin Existen multitud de estos modelos que se conocen como Modelos de Datos, algunos de estos modelos son: Modelo Relacional de Datos Modelo de Red Modelo Jerrquico.

DESCRIPCION DE CADA COMPONENTEDE UN SISTEMA DE BASE DE DATOS 1) Modelo Relacional de Datos. Representa al mundo real mediante tablas relacionadas entre s por columnas comunes. Ex.

2) Modelo de Red. Representamos al mundo real como registros lgicos que representan a una entidad y que se relacionan entre s por medio de flechas. Ex.: 33 Pepe 25 Textil 34 Juan Modelo Jerrquico. Tiene forma de rbol invertido. Un padre puede tener varios hijos pero cada hijo slo puede tener un padre. Ex.: Empresa 25 Textil 26 Pintura 27 Construccin 33 Pepe 34 Juan 36 Perico Al llegar a este punto adoptaremos una convencin con respecto a las restricciones que se pueden dar en un modelo, en cuanto a la capacidad de relacionarse que pueda tener cada entidad de ese modelo con el resto de entidades. Como se ha dicho el modelo jerrquico slo admite relaciones 1 : 1 1 : N. En caso de que tuvisemos la necesidad de otro tipo de asociaciones y queramos usar el esquema jerrquico, recurriramos a una duplicacin de la informacin en el esquema, pero slo a nivel esquemtico. BASE DE DATOS ORIENTADAS A OBJETOS A informacin se representa mediante objetos como los presentes en la programacin orientada a objetos. Cuando se integra las caractersticas de una base de datos con las de un lenguaje de programacin 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 programacin en uno o ms lenguajes de programacin a los que d soporte. Un ODBMS extiende los lenguajes con datos persistentes de forma transparente, control de concurrencia, recuperacin de datos, consultas asociativas y otras capacidades.

Las bases de datos orientadas a objetos se disean para trabajar bien en conjuncin con lenguajes de programacin orientados a objetos como Java, C#, Visual Basic.NET y C++. Los ODBMS usan exactamente el mismo modelo que estos lenguajes de programacin. Los ODBMS son una buena eleccin para aquellos sistemas que necesitan un buen rendimiento en la manipulacin de tipos de dato complejos. Los ODBMS proporcionan los costes de desarrollo ms bajos y el mejor rendimiento cuando se usan objetos gracias a que almacenan objetos en disco y tienen una integracin transparente con el programa escrito en un lenguaje de programacin orientado a objetos, al almacenar exactamente el modelo de objeto usado a nivel aplicativo, lo que reduce los costes de desarrollo y mantenimiento. PANORAMA ACTUAL La interoperabilidad entre diferentes sistemas de informacin ha sido uno de los aspectos ms crticos en la operacin cotidiana de muchas organizaciones. La necesidad de interoperabilidad surge a raz de los cambios organizacionales que sufren las empresas modernas, alianzas estratgicas, compartimiento de informacin, y absorcin de pequeas y medianas industrias por grandes corporativos son slo algunos de los panoramas que provocan esta situacin. En la ltima dcada esta preocupacin se vio incrementada con la proliferacin de diferentes bases de datos con diferentes modelos de datos que corren en diferentes plataformas. En estos ambientes, los usuarios estn limitados en el acceso uniforme de la informacin. Los sistemas de bases de datos mltiples (tambin conocidos como bases de datos federadas o bases de datos heterogneas) son sistemas computacionales que hacen disponible la informacin desde diversas fuentes, y donde esas fuentes de informacin pueden ser heterogneas, distribuidas y autnomas. IDENTIFICACION DE OBJETOS, ESTRUCTURAS Y CONSTRUCTORES

ENCAPSULAMIENTO DE OPERACIONES, METODOS Y PERSISTENCIA Encapsulamiento de operaciones: es la estructura interna de los objetos debe estar oculta al usuario de un objeto, no necesita conocerla para interactuar con l. Los objetos se conciben como una cpsula cuyo interior est oculto y no puede ser alterado directamente desde el exterior. A la estructura interna de un objeto se la denomina implementacin y a la parte visible, la que se presenta al exterior, interfaz. La interfaz se define por sus atributos y operaciones. La implementacin de una operacin se conoce como mtodo. La implementacin de un atributo se realiza generalmente con variables de instancia. El encapsulamiento comporta las siguientes ventajas: La modificacin interna (de la implementacin) de un objeto para corregirlo

o mejorarlo no afecta a sus usuarios. La dificultad inherente a la modificacin de la implementacin de un objeto

sea independiente del tamao total del sistema. Esto permite que los sistemas evolucionen con mayor facilidad. La simplificacin en el uso del objeto al ocultar los detalles de su

funcionamiento y presentarlo en trminos de sus propiedades. Al elevar el nivel de abstraccin se disminuye el nivel de complejidad de un posible modelar sistemas de mayor tamao con menor esfuerzo. Constituye un mecanismo de integridad. La dispersin de un fallo a travs sistema. Es

de todo el sistema es menor, puesto que al presentar una divisin entre interfaz e implementacin, los fallos internos de un objeto encuentran una

barrera en el encapsulamiento antes de propagarse al resto del sistema. Permite la sustitucin de objetos con la misma interfaz y diferente

implementacin. Esto permite modelar sistemas de mayor tamao con menor esfuerzo.

METODOS DE ENCAPSULAMIENTO En programacin modular, y ms especficamente en programacin orientada a objetos, se denomina encapsulamiento al ocultamiento del estado, es decir, de los datos miembro, de un objeto de manera que slo se puede cambiar mediante las operaciones definidas para ese objeto. Cada objeto est aislado del exterior, es un mdulo natural, y la aplicacin entera se reduce a un agregado o rompecabezas de objetos. El aislamiento protege a los datos asociados a un objeto contra su modificacin por quien no tenga derecho a acceder a ellos, eliminando efectos secundarios e interacciones. De esta forma el usuario de la clase puede obviar la implementacin de los mtodos y propiedades para concentrarse slo en cmo usarlos. Por otro lado se evita que el usuario pueda cambiar su estado de maneras imprevistas e incontroladas. Como se puede observar de los diagramas, las variables del objeto se localizan en el centro o ncleo del objeto. Los mtodos rodean y esconden el ncleo del objeto de otros objetos en el programa. Al empaquetamiento de las variables de un objeto con la proteccin de sus mtodos se le llama encapsulamiento. Tpicamente, el encapsulamiento es utilizado para esconder detalles de la puesta en prctica no importantes de otros objetos. Entonces, los detalles de la puesta en prctica pueden cambiar en cualquier tiempo sin afectar otras partes del programa. La encapsulacin da lugar a que las clases se dividan en dos partes: 1) Interface: captura la visin externa de una clase, abarcando la abstraccin del comportamiento comn a los ejemplos de esa clase. 2) Implementacin: comprende la representacin de la abstraccin, as como los mecanismos que conducen al comportamiento deseado.yolka

PERSISTENCIA Se llama persistencia de los objetos a su capacidad para guardarse y recuperarse desde un medio de almacenamiento. La persistencia en Base de Datos relacionales se suele implementar mediante el desarrollo de funcionalidad especfica utilizando la tecnologa JDBC o mediante frameworks que automatizan el proceso a partir de mapeos (conocidos como Object Relational Mapping, ORM) como es el caso de Hibernate. JERARQUIAS DE CLASES Y HERENCIA Consideremos las figuras planas cerradas como el rectngulo, y el crculo. Tales figuras comparten caractersticas comunes como es la posicin de la figura, de su centro, y el rea de la figura, aunque el procedimiento para calcular dicha rea sea completamente distinto. Podemos por tanto, disear una jerarqua de clases, tal que la clase base denominada Figura, tenga las caractersticas comunes y cada clase derivada las especficas. RELACIONES ANIDADAS El modelo relacional anidado es una extensin del modelo relacional en la que los dominios pueden ser atmicos o de relacin. Por tanto, el valor de las tuplas de los atributos puede ser una relacin, y las relaciones pueden guardarse en otras relaciones. Los objetos complejos, por tanto, pueden representarse mediante una nica tupla de las relaciones anidadas. OBJETOS COMPLEJOS

EJEMPLOS DE SGBDOO class Empleado type tuple ( Cedula: string, Nombre: string,

Cargo: string, Direccion: tuple (Calle: string Carrera: string Nmero: integer Ciudad: string Departamento: string), Edad: integer, Salario: real, Hobbies: set (string), Proyecto: Proyectos) method aumento-salario( cantidad: real), Nmero-hobbies ( ): integer DISEO DE BDOO POR TRANSFORMACION DE EER-OO

LENGUAJES ORIENTADOS A OBJETOS Se le llama as a cualquier lenguaje de programacin que implemente los conceptos definidos por la programacin orientada a objetos. Cabe notar que los conceptos definidos en la programacin orientada a objetos no son una condicin sino que son para definir que un lenguaje es orientado a objetos. Existen conceptos que pueden estar ausentes en un lenguaje dado y sin embargo, no invalidar su definicin como lenguaje orientado a objetos. Quizs las condiciones mnimas necesarias las provee el formalismo que modeliza mejor las propiedades de un sistema orientado a objetos: los tipos de datos abstractos.

Siguiendo esa idea, cualquier lenguaje que permita la definicin de tipos de datos, de operaciones nuevas sobre esos tipos de datos, y de instanciar el tipo de datos podra ser considerado orientado a objetos. Esta definicin concuerda incluso con ciertos ejemplos prcticos, que no son considerados dentro de la programacin orientada a objetos, pero que podran serlo. Por ejemplo, la programacin de interfaces grficas de usuario para los sistemas X-Window utilizando infraestructuras de funciones y APIs como Motif, Xview y Xlib, son realizadas usualmente en lenguaje C, pero organizando el cdigo en una manera que "parecen objetos" (los Widgets). LENGUAJE DE PROGRAMACION PERSISTENTES Lenguajes de programacin eso nativo y seamlessly permite objetos para continuar existiendo despus de programa ha estado cerrado abajo se llaman lenguajes de programacin persistentes. El nico producto comercial que aparece hacer esto en el momento es JADE, solamente se anticipa que los lenguajes de programacin persistentes llegarn a ser ms populares en el futuro. Un lenguaje de programacin persistente es un lenguaje de programacin ampliado con las construcciones para manejar datos persistentes. Distingue con el SQL encajado por lo menos de dos maneras: En una lengua persistente del programa, el lenguaje de interrogacin se integra completamente con la lengua del anfitrin y ambo parte el mismo tipo sistema. Cualquier cambio del formato requerido en bases de datos se realiza transparente. La comparacin con el SQL encajado donde (1) anfitrin y DML tienen diverso tipo sistemas, conversin de cdigo funciona fuera del tipo sistema de OO, y por lo tanto tiene una ocasin ms alta del tener errores desapercibidos; la conversin del formato (de 2) toma una cantidad substancial de cdigo. BASE DEDUCTIVAS Los sistemas Bases de Datos Deductivas intentan modificar el hecho de que los datos requeridos residan en la memoria principal (por lo que la gestin de

almacenamiento secundario no viene al caso) de modo que un SGBD se ample para manejar datos que residen en almacenamiento secundario. En un sistema de Bases de Datos Deductivas por lo regular se usa un lenguaje declarativo para especificar reglas. Con lenguaje declarativo se quiere decir un lenguaje que define lo que un programa desea lograr, en vez de especificar los detalles de cmo lograrlo. Una mquina de inferencia (o mecanismo de deduccin) dentro del sistema puede deducir hechos nuevos a partir de la base de datos interpretando dichas reglas. El modelo empleado en las Bases de Datos Deductivas est ntimamente relacionado con el modelo de datos relacional, y sobre todo con el formalismo del clculo relacional. Tambin esta relacionado con el campo de la programacin lgica y el lenguaje Prolog. Los trabajos sobre Bases de Datos Deductivas basados en lgica han utilizado Prolog como punto de partida. Con un subconjunto de Prolog llamado Datalog se definen reglas declarativamente junto con un conjunto de relaciones existentes que se tratan como literales en el lenguaje. Aunque la estructura gramatical se parece a la de Prolog, su semntica operativa (esto es, la forma como debe ejecutarse un programa en Datalog) queda abierta. NOTACION PROLOG Al contrario que la mayora de los lenguajes de programacin, Prolog es un lenguaje conversacional; es decir, el sistema Prolog mantiene un dilogo continuo con el programador desde el inicio de la sesin hasta el final de la misma. Este dilogo toma generalmente la forma de un interrogatorio, a lo largo del cual el programador plantear preguntas al sistema Prolog. Por su parte, el sistema Prolog responder cada una de las preguntas formulada. NOTACION DATALOG Datalog es un lenguaje de consultas, no procedimental, basado en el lenguaje de programacin lgica de Prolog. Como se hace en el clculo relacional, el usuario describe la informacin deseada sin especificar un procedimiento especfico de obtencin de dicha informacin. 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 semntica ms procedimental de Prolog. Datalog simplifica la escritura de consultas simples y hace ms sencilla la optimizacin. INTERPRETACION DE REGLAS Existen dos alternativas principales para interpretar el significado terico de las reglas: por la teora de demostracin y por la teora de modelos. En los sistemas prcticos, es mecanismo de inferencia que tiene el sistema, define la interpretacin exacta, que pudiera no coincidir con ninguna de las dos interpretaciones tericas. El mecanismo de inferencia es un procedimiento computacional y por tanto provee una interpretacin computacional del significado de las reglas. Una interpretacin es la llamada interpretacin de reglas por la teora de demostraciones. En ella se considerarn los hechos y las reglas como enunciados verdades o axiomas. Los axiomas base no contienen variables. Los hechos son axiomas base que se dan por ciertos. Las reglas se llaman axiomas deductivos, ya que pueden servir para deducir hechos nuevos. Con los axiomas deductivos se pueden construir demostraciones que deriven hechos nuevos a partir de los ya existentes. Los axiomas deductivos, junto con las restricciones de integridad constituyen lo que en ocasiones se denomina base de datos intencional, y la base de datos extensional junto con la intencional constituyen lo que suele llamarse Base de Datos Deductivas; aunque en realidad, quien se encarga de las deducciones es el DBMS, no la base de datos. La interpretacin por la teora de demostraciones ofrece un enfoque por procedimientos o computacional para calcular una respuesta a la consulta Datalog. Al proceso de demostrar si un determinado hecho (teorema) se cumple se le conoce tambin como demostracin de teoremas. El segundo tipo de demostracin se llama interpretacin por la teora de modelos. Aqu, dado un dominio finito o infinito de valores constantes, se le asigna a un predicado todas las combinaciones posibles de valores como argumentos. Despus se debe determinar si el predicado es verdadero o falso. En general, basta con especificar las combinaciones de argumentos que hacen

que el predicado sea verdadero, y decir que todas las dems combinaciones hacen que sean falsos. Si esto se hace con todos los predicados, se habla de una interpretacin del conjunto de predicados. A una interpretacin se le llama modelo para un conjunto especfico de reglas si esas reglas siempre se cumplen en esa interpretacin; es decir, para cualesquiera valores que se asignen a las variables de las reglas, la cabeza de reglas es verdadera cuando sustituimos los valores de verdad asignados a los predicados en el cuerpo de las reglas segn esa interpretacin. De este modo, siempre que se aplica una sustitucin (enlace) a las variables de las reglas, si todos los predicados del cuerpo de un arreglo son verdaderos en esa interpretacin, el predicado de la cabeza de la regla tambin debe ser verdadero. Cabe sealar que una regla se viola si un determinado enlace de constantes en a las variables hace verdaderos todos los predicados del cuerpo de la regla, pero hace que el predicado de la cabeza de la regla sea falso. MECANISMOS BASICOS DE INTERFERENCIA PARA PROGRAMACION LOGICA La programacin lgica consiste en la aplicacin del corpus de conocimiento sobre lgica para el diseo de lenguajes de programacin. Se ha convertido en el pilar de una nueva generacin de lenguajes de programacin. Junto con la programacin funcional forma parte de lo que se conoce como programacin declarativa, Como se ir explicando mas adelante en los lenguajes tradicionales se intenta resolver un problema mediante sentencias, en la programacin lgica se trabaja de forma descriptiva, estableciendo relaciones, y no indicando un cmo sino un qu hacer. Es decir el algoritmo que se quiera disear se construye especificando un conocimiento en un lenguaje formal y para resolverlo se uso la inferencia o control que acta sobre aquel. PROGRAMACION EN DATALOG DESCRIPCIN

El DATA LOG es un interruptor horario digital con 1 circuito conmutado independiente y libre de potencial diseado para el control de cualquier Instalacin elctrica. Incorpora la posibilidad de realizar maniobras de corta duracin (de 1 a 59 segundos), ciclos repetitivos, programa aleatorio, cambio automtico de horario verano invierno y contador de horas de actuacin de los canales. Los mens pueden aparecer en 5 idiomas y presenta en pantalla un cronograma que muestra la programacin del da actual. El cronograma est dividido en 48 divisiones en las que cada segmento representa 30 minutos. El segmento correspondiente a la hora actual se muestra parpadeando. La programacin est basada en mens (mensajes de texto). Si se programan maniobras coincidentes en el tiempo hay que tener en cuenta que unas son prioritarias sobre otras. El orden de prioridad es el siguiente: MODO PERMANENTE PROGRAMA VACACIONESPROGRAMA ALEATORIOPULSO ONPULSO OFFPROGRAMACIN OFFPROGRAMACIN ONPROGRAMACIN CICLOS. Los datos a programar aparecen en pantalla siempre parpadeando. Pulsando la tecla OKse accede al MENU PROGRAMA. Si el idioma en el que aparece no es el adecuado realice un reset. RESET Al pulsar las cuatro teclas simultneamente durante ms de 3 segundos se borra toda la programacin existente y se entra en el men IDIOMA. SELECCIN DE IDIOMA Con las teclas y elegimos el idioma deseado y validamos con la tecla OK.

Automticamente se entra en la programacin de FECHA AO.

SISTEMA LDL (LENGUAJE LOGICO DE DATOS)


El proyecto Logic Data Lenguaje (Lenguaje Lgico 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 caractersticas positivas de un SGBDR (Sistema de Gestin de Base de Datos Relacionales). Mejorar la funcionalidad de un SGBD de modo que operara como un SGBD deductivo y adems permitiera la creacin de aplicaciones de propsito general.

El sistema LDL se ha utilizado en los siguientes dominios de aplicacin:

Modelado de empresas: este dominio implica modelar la estructura, los procesos y las restricciones dentro de una empresa. Los datos relacionados con ella pueden resultar en modelo ER extendido que contiene cientos de entidades y vnculos y miles de atributos. Es posible desarrollar varias aplicaciones tiles para los diseadores de nuevas aplicaciones (as como para los gerentes) a partir de esta meta base de datos, que contiene informacin tipo diccionario a cerca de toda la empresa. Prueba de hiptesis o dragado de datos: este dominio implica formular una hiptesis, traducirla a un conjunto de reglas LDL y una consulta, y luego ejecutar la consulta contra los datos para probar la hiptesis. El proceso se repite reformulando las reglas y la consulta. Esto se ha aplicado al anlisis de datos de genoma en el campo de la microbiologa. El dragado de datos consiste en identificar las secuencias de DNA a partir de autorradio grafas digitalizadas de bajo nivel obtenidas de experimentos con bacterias E. coli. Reutilizacin de software: el grueso del software para una aplicacin se desarrolla en cdigo estndar por procedimientos, y una pequea fraccin se basa en reglas y se codifica en LDL.

La base de conocimientos puede servir para tomar decisiones referentes a la reutilizacin de subconjuntos del software. Los mdulos pueden recombinarse para satisfacer tarea especfica, en tanto se satisfagan las reglas pertinentes. Se est experimentando con esto en el software bancario. En conclusin, el lenguaje LDL mejora y aprovecha al SGBDR.

PROXIMA GENERACION DE BASES DE DATOS Y SISTEMAS GESTORES DE BASES DE DATOS BASE DE DATOS ACTIVAS

Dentro del proceso de desarrollo de los sistemas de bases de datos, los cuales se han convertido en un producto estratgico de primer orden; en el afn de ofrecer una respuesta a las necesidades planteadas por los usuarios y por las aplicaciones avanzadas, donde se necesitan herramientas semnticamente ms ricas que las provistas por las Bases de Datos Relacionales, aparecen recientes aplicaciones de estos que consisten en ofrecer recursos para definir Reglas Deductivas y Activas que permiten deducir, inferir u obtener informacin nueva a partir de los datos almacenados o sucesos condicionados. La meta de estas aplicaciones es incorporar a las Bases de Datos Relacionales los beneficios de la lgica y la reaccin espontnea ante sucesos predefinidos como instrumentos para la formalizacin integrada de los aspectos estticos y dinmicos del modelado de aplicaciones. BASE DE DATOS MULTIMEDIA El nacimiento de la multimedia ha renovado por completo la idea de base de datos. Si bien desde siempre se han visto como almacenes de informacin (textual y numrica), regidos por un conjunto de normas que le aportaban semntica. Con la llegada de la Multimedia el abanico de posibilidades complementa la representacin de los objetos que se desean almacenar. El ambiente de un sistema de gestin de bases de datos multimedia (MM-DBMS) integra texto, datos, video, imagen (esttica y dinmica) y sonido. Las bases de datos multimedia estn en un contexto que adems de los datos se le incluye la nuevacaracterstica de la que se pueden tener variabilidad espacial y temporal. Por lo tanto, undocumento introducido en una base de datos multimedia es una composicin temporal, en la cual hay que introducir los diferentes tipos de datos, tanto como las relaciones de configuracin y temporales existentes entre ellos. Los datos deben estar sincronizados, controlando tanto su estado como su comportamiento.

LENGUAJE DE TERCERA GENERACION Los lenguajes de programacin de tercera generacin son la gama de lenguajes de programacin para mbitos computacionales donde se logra un alto rendimiento con respecto a lenguajes de generaciones anteriores. Dichos lenguajes son utilizados por especialistas, programadores, y otros para desarrollar programas y sistemas que requieren de un procedimiento especifico para la computadora. Entre ellos se encuentran C, Fortran, Smalltalk, Ada, C++, C#, Cobol, Delphi, Java, etc. Tambin se considera la existencia de lenguajes de programacin de primera, segunda, y cuarta generacin. LENGUAJE DE CUARTA GENERACION Los lenguajes de programacin de cuarta generacin son los lenguajes en los cuales en lugar de escribir cmo deben obtenerse los resultados se especifica cuales resultados son los que se quiere obtener. Por ejemplo los lenguajes de consulta de base de datos (como elSQL) son considerados lenguajes de cuarta generacin.