Republica Bolivariana de Venezuela Ministerio del Poder Popular para la Educacion Instituto Universitario de Tecnologua Juan Pablo Perez

Alfonzo

BASE DE DATOS

Prof: Yelmin Perez

Integrantes: Joshua Sanchez. C.I.20.664.002 Rafael Ojeda. C.I. 21.030.958

21/01/201

Sistemas de Gestion de Bases de Datos Los sistemas de gestin de bases de datos , son un tipo de software muy especfico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan El propsito general de los sistemas de gestin de bases de datos es el de manejar de manera clara, sencilla y ordenada un conjunto de datos que posteriormente se convertirn en informacin relevante para una organizacin. Evolucin Inicialmente, en los aos 40s, los Sistemas de Archivos generados a travs de lenguajes de programacin no propietarios como Cobol y Fortran (vigentes en la actualidad), permiten almacenar los datos a travs de archivos planos con funciones bsicas 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 estructuracin del almacenamiento fsico de los datos. Con los DBMS se crea el concepto de Administracin de los datos, por medio de actividades integradas que permiten verlos fsicamente en un solo almacenamiento pero lgicamente se manipulan a travs de esquemas compuesto por estructuras donde se establecen vnculos de integridad, mtodos de acceso y organizacin fsica sobre los datos, permitiendo as obtener valores agregados de utilizacin tales como: manejo de usuarios, seguridad, atomicidad e independencia fsica y lgica 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 Jerrquico. Estos DBMSs eran accesados normalmente por lenguajes de programacin como Cobol usando interfases de bajo nivel haciendo que las tareas de creacin de aplicaciones y mantenimiento de los datos fuesen controlables, pero an complejas.

A medida que evolucionaban los DBMS, los lenguajes de programacin tambin lo hacan. En 1967 surge el primer lenguaje de programacin orientado a objetos, Simula, el cual fue propuesto para simulacin de actividades. En este los procedimientos podan 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 simulacin. Adems comparte objetos acoplando datos y procedimientos.

Luego se genera una nueva nocin, donde las bases de datos deben almacenar por medio de una estructura tabular llamada relacin o tabla (Codd,1970), compuesta por filas y columnas, accesando dichas relaciones a travs de un lenguaje de alto nivel no procedural (declarativo). De esta forma en los aos 80s surgen varios productores de DBMS Relacionales (RDBMS) como Oracle, Informix, Ingres y DB2, adems 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 aos 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 extensin de los RDBMS hacia el paradigma OO, y los OODBMS (Object Oriented Database Management System) estaran disponibles para almacenar y manipular las clases, los objetos, la asociacin entre ellos y sus mtodos. As, finalizando los aos 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 Orientacin a Objetos se segua manejando muy a nivel del lenguaje de programacin, 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 an se sigue trabajando en este con un tiempo lmite de terminacin, en el ao 1999.

Esquema de un DBMS

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 estandar 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 esquma 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 correspondiencias con el esquema conceptual.

En las Bases de Datos Relacionales, el SQL, representa una combinacin de los anteriores.
y

DML (Data Manipulation language): Lenguaje de Manipulacin de Datos. Permite la manipulacin de las operaciones de Insercin, Eliminacin y Modificacin. o 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

y y y y

Personal del DBA Usuarios Expordicos Programadores de Aplicaciones Usuarios paramtricos

Transaccin Una transaccin es una unidad lgica de trabajo, la cual no necesariamente consta de una sola operacin en la base de datos; ms bien, es en general una secuencia de varias de esas operaciones mediante la cual un estado consistente de la base de datos se transforma en otro estado consistente, sin conservar por fuerza la consistencia en todos los puntos intermedios. El punto importante aqu es asegurar que la base de datos regresa a un estado consistente al fin de la ejecucin de una transaccin. Una transaccin es tambin la invocacin a un procedimiento remoto (RPC) que ejecuta un conjunto de operaciones sobre una base de datos bajo el principio de todo o nada.

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 (cada fila de la tabla sera un registro o tupla), y columnas (tambin llamadas campos).

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

Ejemplo de un Modelo de red. El inventor original del modelo de red fue Charles Bachman, y con ello fue desarrollado en una especificacin estndar publicada en 1969 por el consorcio CODASYL.

Base de datos jerrquica Una base de datos jerrquica es un tipo de sistema de gestin de bases de datos que, como su nombre indica, almacenan la informacin en una estructura jerrquica que enlaza los registros en forma de estructura de rbol (similar a un rbol visto al revs), en donde un nodo padre de informacin puede tener varios nodos hijo. Esta relacin jerrquica no es estrictamente obligatoria, de manera que pueden establecerse relaciones entre nodos hermanos. En este caso la estructura en forma de rbol se convierte en una estructura en forma de grafo dirigido. Esta variante se denomina Bases de datos de red.

Modelo de Datos Un modelo de datos es un lenguaje orientado a describir una Base de Datos. Tpicamente un modelo de datos permite describir:
  

Las estructuras de datos de la base: El tipo de los datos que hay en la base y la forma en que se relacionan. Las restricciones de integridad: Un conjunto de condiciones que deben cumplir los datos para reflejar correctamente la realidad deseada. Operaciones de manipulacin de los datos: tpicamente, operaciones de agregado, borrado, modificacin y recuperacin de los datos de la base.

Otro enfoque es pensar que un modelo de datos permite describir los elementos de la realidad que intervienen en un problema dado y la forma en que se relacionan esos elementos entre s. No hay que perder de vista que una Base de Datos siempre est orientada a resolver un problema determinado, por lo que los dos enfoques propuestos son necesarios en cualquier desarrollo de software.

Modelos lgicos basados en objetos Los modelos lgicos basados en objetos se usan para describir datos en el nivel conceptual y el externo. Se caracterizan porque proporcionan capacidad de estructuracin bastante flexible y permiten especificar restricciones de datos. Los modelos ms conocidos son el modelo entidad-relacin y el orientado a objetos.

Modelos lgicos basados en registros Los modelos lgicos basados en registros se utilizan para describir los datos en los modelos conceptual y fsico. A diferencia de los modelos lgicos basados en objetos, se usan para especificar la estructura lgica global de la BD y para proporcionar una descripcin a nivel ms alto de la implementacin. Los modelos basados en registros se llaman as porque la BD est estructurada en registros de formato fijo de varios tipos. Cada tipo de registro define un nmero fijo de campos, o atributos, y cada campo normalmente es de longitud fija. La estructura ms rica de estas BBDD a menudo lleva a registros de longitud variable en el nivel fsico. Los modelos basados en registros no incluyen un mecanismo para la representacin directa de cdigo de la BD, en cambio, hay lenguajes separados que se asocian con el modelo para expresar consultas y actualizaciones. Los tres modelos de datos ms aceptados son los modelos relacional, de red y jerrquico. El modelo relacional ha ganado aceptacin por encima de los otros; representa los datos y las relaciones entre los datos mediante una coleccin de tablas, cuyas columnas tienen nombres nicos, las filas (tuplas) representan a los registros y las columnas representan las caractersticas (atributos) de cada registro. Este modelo se estudiar en la siguiente Unidad.

lgebra 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 es un elemento de informacin conformado por un conjunto de registros. Estos registros a su vez estn compuestos por una serie de caracteres o bytes. Actualmente las organizaciones estn utilizando bases de datos para generar resultados o para compartir dicha informacin con otros sistemas. Sin embargo, los principales componentes de las bases 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 estn almacenados en una secuencia que dependen de algn criterio definido.

Clasificacin de los archivos de datos.

Clasificacin por las funciones que ejecutan en un sistema de informacin. - Archivo Maestro.- Representa una vista esttica de algn aspecto de una organizacin en algn punto en el tiempo. Contiene datos relativamente permanentes o datos de estado histrico. - Archivo de Transacciones.- Contiene los cambios a realizar en el archivo maestro y datos que aaden un nuevo registro; remueve o modifica un registro existente. - Archivo Reporte.- Contiene datos que son formateados para la presentacin a un usuario. Este archivo puede ser enviado directamente a la impresora o a la pantalla. - Archivo de Trabajo.- Es un archivo temporal en un sistema y un medio para el paso de datos de un programa a otro. Normalmente estos archivos son transparentes para el usuario ya que se eliminan una vez realizada su funcin. - Archivo Programa.- Tambin llamado archivo fuente, contiene instrucciones para el procesamiento da datos. Estas instrucciones estn escritas en lenguaje de alto nivel. - Archivo de Respaldo o Proteccin.- Se trata de archivos de todas clases que no estn en uso, y son conservados en un lugar adecuado para utilizarlos como referencia cuando haya necesidad de reconstruir un archivo maestro destruido por cualquier causa. Clasificacin por el modo de acceso. Hay 3 formas de procesar los archivos: - Entrada.- Los datos del archivo se alimentan al procesador y se opera con ellos. - Salida.- Despus de procesar los datos se graban en un archivo. - Entrada/Salida.- Un registro se lee del archivo, se actualiza con su nuevo valor y se pasar a su ubicacin original; los datos originales se pierden. Clasificacin conforme a la organizacin de los archivos. La tcnica usada para representar y almacenar los registros en un archivo es llamada Organizacin de Archivos . Existen cuatro tcnicas fundamentales y son las siguientes. - Organizacin secuencial - Organizacin directa o relativa. - Organizacin secuencial con ndice. - Organizacin multillave.

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

El primer paso para crear una base de datos, es planificar el tipo de informacin que se quiere almacenar en la misma, teniendo en cuenta dos aspectos: la informacin disponible y la informacin que necesitamos. 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 diferentes tipos de campos que se 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.

Objetivos de un Sistema de Base de Datos Los objetivos principales de un sistema de base de datos es disminuir los siguientes aspectos:
y

Redundancia e inconsistencia de datos:

Puesto que los archivos que mantienen almacenada la informacin son creados por diferentes tipos de programas de aplicacin existe la posibilidad de que si no se controla detalladamente el almacenamiento, se pueda originar un duplicado de informacin, es decir que la misma informacin sea ms de una vez en un dispositivo de almacenamiento. Esto aumenta los costos de almacenamiento y acceso a los datos, adems de que puede originar la inconsistencia de los datos - es decir diversas copias de un mismo dato no concuerdan entre si

-, por ejemplo: que se actualiza la direccin de un cliente en un archivo y que en otros archivos permanezca la anterior.
y

Dificultad para tener acceso a los datos:

Un sistema de base de datos debe contemplar un entorno de datos que le facilite al usuario el manejo de los mismos. Supngase un banco, y que uno de los gerentes necesita averiguar los nombres de todos los clientes que viven dentro del cdigo postal 78733 de la ciudad. El gerente pide al departamento de procesamiento de datos que genere la lista correspondiente. Puesto que esta situacin no fue prevista en el diseo del sistema, no existe ninguna aplicacin de consulta que permita este tipo de solicitud, esto ocasiona una deficiencia del sistema.
y

Aislamiento de los datos:

Puesto que los datos estn repartidos en varios archivos, y estos no pueden tener diferentes formatos, es difcil escribir nuevos programas de aplicacin para obtener los datos apropiados.
y

Anomalas del acceso concurrente:

Para mejorar el funcionamiento global del sistema y obtener un tiempo de respuesta ms rpido, muchos sistemas permiten que mltiples usuarios actualicen los datos simultneamente. En un entorno as la interaccin de actualizaciones concurrentes puede dar por resultado datos inconsistentes. Para prevenir esta posibilidad debe mantenerse alguna forma de supervisin en el sistema. Problemas de seguridad: La informacin de toda empresa es importante, aunque unos datos lo son ms que otros, por tal motivo se debe considerar el control de acceso a los mismos, no todos los usuarios pueden visualizar alguna informacin, por tal motivo para que un sistema de base de datos sea confiable debe mantener un grado de seguridad que garantice la autentificacin y proteccin de los datos. En un banco por ejemplo, el personal de nminas slo necesita ver la parte de la base de datos que tiene informacin acerca de los distintos empleados del banco y no a otro tipo de informacin.
y

Problemas de integridad:

Los valores de datos almacenados en la base de datos deben satisfacer cierto tipo de restricciones de consistencia. Estas restricciones se hacen cumplir en el sistema aadiendo cdigos apropiados en los diversos programas de aplicacin.

Conceptos bsicos de una base de datos Multitarea 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. Multiusuario Un SO multiusuario permite a mas de un solo usuario accesar una computadora. Claro que, para llevarse esto a cabo, el SO tambin debe ser capaz de efectuar multitareas. 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. Actualmente se producen versiones de Unix para PC tales como The Santa Cruz Corporation Microport, Esix, IBM,y Sunsoft. Apple tambin produce una versin de Unix para la Machintosh llamada: A/UX.Unix , Unix proporciona tres maneras de permitir a mltiples personas utilizar la misma PC al mismo tiempo. 1.Mediante Mdems 2.Mediante conexin de terminales a travs de puertos seriales 3.Mediante Redes Multiproceso Las computadoras que tienen mas de un CPU son llamadas multiproceso. Un sistema operativo multiproceso coordina las operaciones de la computadoras multiprocesadoras. Ya que cada CPU en una computadora de multiproceso puede estar ejecutando una instruccin, el otro procesadorqueda 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.

Integridad referencial La 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 vlidas, 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. Todas las bases de datos relacionales gozan de esta propiedad gracias a que el software gestor de base de datos vela por su cumplimiento. En cambio, las bases de datos jerrquicas requieren que los programadores se aseguren de mantener tal propiedad en sus programas.

Redundancia En bases de datos o en ficheros, la redundancia hace referencia al almacenamiento de los mismos datos varias veces en diferentes lugares. La redundancia de datos puede provocar problemas como: * Incremento del trabajo: como un mismo dato est almacenado en dos o ms lugares, esto hace que cuando se graben o actualicen los datos, deban hacerse en todos los lugares a la vez. * Desperdicio de espacio de almacenamiento: ya que los mismos datos estn almacenados en varios lugares distintos, ocupando as ms bytes del medio de almacenamiento. Este problema es ms evidente en grandes bases de datos.

Si una base de datos est bien diseada, no debera haber redundancia de datos (exceptuando la redundancia de datos controlada, que se emplea para mejorar el rendimiento en las consultas a las bases de datos). Inconsistencia * Inconsistencia de datos: esto sucede cuando los datos redundantes no son iguales entre s. Esto puede suceder, por ejemplo, cuando se actualiza el dato en un lugar, pero el dato duplicado en otro lugar no es actualizado.

Tupla En algunos lenguajes y especialmente en la teora de bases de datos, una tupla se define como una funcin finita que mapea (asocia unvocamente) los nombres con algunos valores

Tabla Son los objetos principales de bases de datos que se utilizan para guardar datos. Elemento disponible en el lenguaje HTML para la creacin de recuadros rectangulares que pueden o no estar anidados y pueden o no contener celdas(recuadros ms pequeos dentro de una tabla, pero que no se consideran tablas). Las tablas se utilizan para organizar, posicionar o dar mejor formato a los textos y grficos en una pgina web. Pueden crearse grficamente a travs de un programa desarrollador de pginas web o manejando los tags correspondientes del lenguaje.

Entidad Una entidad es una clase generalizada de personas, lugares o cosas (objetos), para los cuales se recopilan, almacenan y mantienen datos. Campo 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 operativo Atributos Un atributo es una caracterstica de una entidad. El valor especifico de un atributo, conocido como elemento de datos , se puede encontrar con los campos de registro que describe una entidad. Como ya se planteo, un conjunto de campos de una objeto especifico representa un registro. Cuna clave es un campo o grupo de campos en un registro que se utiliza para identificar a este. Base de datos inteligente Las bases de datos inteligentes representan la evolucin e integracin de las bases de datos tradicionales, las tcnicas avanzadas para el almacenamiento y recuperacin de la informacin, el enfoque orientado a objetos, la nocin de hypermedia y los avances logrados en la inteligencia artificial. Lenguaje de manipulacin 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. Un Data Definition Language o Lenguaje de descripcin de datos ( DDL ) es un lenguaje de programacin para definir estructuras de datos . El DDL trmino fue introducido por primera vez en relacin con el Codasyl modelo de base de datos, donde el esquema de la base de datos ha sido escrito en un lenguaje de descripcin de datos que describen los registros, los campos, y "conjuntos" que conforman el usuario modelo de datos . Ms tarde fue usado para referirse a un subconjunto de SQL, pero ahora se utiliza en un sentido genrico para referirse a cualquier lenguaje formal para describir datos o estructuras de informacin, como los esquemas XML . Tipos de usuario Usuarios normales. Son usuarios no sofisticados que interactan con el sistema mediante una programa de aplicacin con una interfaz de formularios, donde puede rellenar los campos apropiados del formulario. Estos usarios pueden tambin simplemente leer informes generados de la base de datos. Programadores de aplicaciones. Son profesionales informticos que escriben los programas de aplicacin, utilizando herramientas para desarrollar interfaces de usuario, como las herramientas de desarrollo rpido de aplicaciones (DRA), que facilitan crear los formularios e informes sin escribir directamente el programa. Usuarios sofisticados. Interactan con el sistema sin programas escritos, usando el lenguaje de consulta de base de datos para hacer sus consultas. Los analistas que envan las consultas para explorar los datos en la base de datos entran en esta categora, usando ellos las herramientas de procesamiento analtico en lnea (OLAP, OnLine Analytical Processing), o herramientas de recopilacin 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 estn los sistemas de diseo asistido por computadora, sistemas de base de conocimientos y sistemas expertos, sistemas que almacenan datos de tipos de datos complejos (como grficos 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.

Esquema de un DBMS

Lenguaje de definicin de almacenamiento Es utilizado por el DBMS para especificar el esquema interno que corresponde a la Base de Datos Almacenada. Lenguaje de definicin de vistas Es utilizado por el DBMS para especificar las vistas del usuario y sus correspondiencias con el esquema conceptual.

Cardinalidad Es simplemente la forma en que se relacionan lasEntidades, o expresa cuantas entidades se relacionan con otras entidades Registro un registro (tambin llamado fila o tupla) representa un objeto nico de datos implcitamente estructurados en unatabla. 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. Funciones de una base de datos la mayora de las bases de datos estn en formato digital (electrnico), que ofrece un amplio rango de soluciones al problema de almacenar datos. Existen programas denominados sistemas gestores de bases de datos, abreviado SGBD, que permiten almacenar y posteriormente acceder a los datos de forma rpida y estructurada. Las propiedades de estos SGBD, as como su utilizacin y administracin, se estudian dentro del mbito de la informtica. Arquitectura de una base de datos La arquitectura se divide en tres niveles generales: interno, conceptual y externo. Nivel Interno: es el ms cercano al almacenamiento fsico, es decir, el que concierne a la manera como los datos se almacenan en realidad. Nivel Externo: es el ms cercano a los usuarios, es decir, el que atae a la manera cmo cada usuario ve los datos. Nivel Conceptual: es un nivel de mediacin entre los otros dos.

Bases de datos distribuidas 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. Diferencia ente un dbms y una bd 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 y describir los componentes de un sistema de base de datos Los datos. Es lo que se conoce como base de datos propiamente dicha. Para manejar estos datos utilizamos una serie de programas. 2.- Los Programas. Son los encargados de manejar los datos, son conocidos como DBMS (Data Base Management System) o tambin SGBD (Sistema Gestor de Base de Datos). Los DBMS tienen dos funciones principales que son: - La definicin de las estructuras para almacenar los datos. - La manipulacin de los datos.

Base de Datos Orientada a Objetos En una base de datos orientada a objetos, la 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. Este modelo, bastante reciente, y propio de los modelos informticos orientados a objetos, trata de almacenar en la base de datos los objetos completos (estado y comportamiento). Una base de datos orientada a objetos es una base de datos que incorpora todos los conceptos importantes del paradigma de objetos: Encapsulacin - Propiedad que permite ocultar la informacin al resto de los objetos, impidiendo as accesos incorrectos o conflictos. Herencia - Propiedad a travs de la cual los objetos heredan comportamiento dentro de una jerarqua de clases. Polimorfismo - Propiedad de una operacin mediante la cual puede ser aplicada a distintos tipos de objetos.

Actualmente En bases de datos orientadas a objetos, los usuarios pueden definir operaciones sobre los datos como parte de la definicin de la base de datos. Una operacin (llamada funcin) se especifica en dos partes. La interfaz (o signatura) de una operacin incluye el nombre de la operacin y los tipos de datos de sus argumentos (o parmetros). La implementacin (o mtodo) de la operacin se especifica separadamente y puede modificarse sin afectar la interfaz. Los programas de aplicacin de los usuarios pueden operar sobre los datos invocando a dichas operaciones a travs de sus nombres y argumentos, sea cual sea la forma en la que se han implementado. Esto podra denominarse independencia entre programas y operaciones. SQL:2003, es el estndar de SQL92 ampliado, soporta los conceptos orientados a objetos y mantiene la compatibilidad con SQL92.

Identidad 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. Esto preserva la identidad del objeto del mundo real que se est presentando. Tambin es preferible que cada OID se utilice slo una vez; esto es aunque un objeto se elimine de la Base de datos, su OID no se deber asignar a otro objeto. Estas dos propiedades implican que el OID no debe depender del valor de ningn atributo del objeto, pues estos valores pueden cambiar. Tambin suele considerarse inapropiado basar el OID en la direccin fsica del objeto en el almacenamiento, ya que una reorganizacin de los objetos de la base de datos podra cambiar los OID. Sin embargo, algunos sistemas s usan la direccin fsica como OID para aumentar la eficiencia de la obtencin de los objetos. Si la direccin fsica cambia, puede colocarse un apuntador indirecto en la direccin anterior, dando la nueva ubicacin fsica del objeto. Un sistema de BDOO debe contar con algn mecanismo para generar los OID con la propiedad de inmutabilidad. Algunos modelos de datos OO requieren que todo se represente como un objeto, ya sea un valor simple o un objeto complejo; as, todo valor bsico, como un entero, una cadena o un valor boleano, tiene un OID. Con ello dos valores bsicos pueden tener diferentes OID, lo cual es muy til en algunos casos. Por ejemplo, en algunas ocasiones se podra usar el valor entero 50 para representar un peso en Kilogramos, y en otras para referirse a la edad de una persona. As podran crearse dos objetos bsicos con diferentes OID, y ambos tendran el mismo valor bsico de 50. Aunque resulta til como modelo terico, esto no es muy prctico porque puede obligar a generar demasiados OID. Por ello tambin, la mayor parte de los sistemas de BDOO permiten representar tanto objetos como valores. Todo objeto debe tener un OID inmutable, pero los valores no tienen OID y se representan as mismo. * Los objetos tienen identidades nicas, independientes de los valores de sus atributos. * La estructura orientada a objetos automticamente impone las restricciones relacionales, generalmente ms aplicables: dominio, llave integridad de entidad e integridad referencial.

Estructura de un BDOO El paradigma orientado a objetos se basa en el encapsulamiento de datos y del cdigo 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. En general, cada objeto esta asociado con: y y y Un conjunto de variables que contiene los datos del objeto; las variables corresponden con los atributos del modelo E-R. Un conjunto de mensajes a los que responde; cada mensaje puede o no tener parmetros o tener uno o varios. Un conjunto de mtodos, cada uno de los cuales es el cdigo que implementa un mensaje; el mtodo devuelve un valor como respuesta al mensaje.

Mensaje en entorno OO no implica uso de mensajes fsicos en redes informticas. Por el contrario, hace referencia al intercambio de solicitudes entre los objetos, independientemente de los detalles correctos de su implementacin. Se utiliza a veces la expresin invocar un mtodo para detonar al hecho de enviar un mensaje a un objeto y la ejecucin del mtodo correspondiente.

Ejemplos CLASES DE OBJETOS class empleado { / / Variables string nombre; strin direccin; date fecha de alta; int sueldo; / / Mensajes int sueldo-anual (); string obtenerNombre (); string obtenerDireccion (); int definirDireccion (string nueva-dir); int antigedad(); }; Generalmente en una base de datos hay muchos objetos similares (se entiende que responden a los mismos mensajes, utilizan los mismos mtodos y tienen variables del

mismo nombre y tipo). Por tanto sera un derroche definir por separado cada uno de estos objetos. Por tanto, los objetos se agrupan para formar clases. Todos los objetos de una clase comparten una definicin comn, pese a que se diferencien en los valores asignados a las variables. El concepto de clase del modelo orientado a objetos se corresponde con el concepto de entidad del modelo E-R.

El ejemplo Empleado muestra las variables y los mensajes que responden a los objetos de la clase; no se muestran aqu los mtodos para el tratamiento de los mensajes. Constructores de Tipos 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 indicacin de cmo se construye el valor del objeto) y v es el valor (o estado) del objeto. Puede haber varios constructores, segn el modelo de datos y el sistema OO. Los tres constructores bsicos son: y y y constructores de tomos. constructores de tuplas. constructores de conjuntos.

Otros constructores de uso ms comn son los de listas y de arreglos. Tambin existe un dominio D que contiene todos los valores atmicos bsicos que estn disponibles directamente en el sistema. Por lo regular estos incluyen los enteros, los nmeros reales, las cadenas de caracteres, los tipos bolanos, las fechas y cualesquiera otros tipos de datos que el sistema maneje directamente. Encapsulamiento de Operaciones El encapsulamiento se centra en la implementacin que da lugar al comportamiento observable de un objeto. El encapsulamiento se consigue a menudo mediante la ocultacin de informacin, es decir, se basa en ocultar todos los secretos de un objeto que no contribuyen a sus caractersticas esenciales. El encapsulamiento proporciona, por tanto, barreras explcitas entre abstracciones diferentes. Existen dos visiones diferentes del encapsulamiento [ATK89], la primera y original que es la del lenguaje de programacin; y la segunda que es la adaptacin de esa visin para la base de datos.

Desde el punto de vista de las bases de datos, esto se traduce en el hecho de que un objeto abarca operaciones y datos, pero con una diferencia. En las bases de datos no est claro si la parte estructural es parte de la interfaz (depende del sistema), mientras que en los lenguajes de programacin la estructura de datos es claramente parte de la implementacin y no de la interfaz. Como se puede observar, el encapsulamiento proporciona una forma lgica de independencia de los datos, ya que se puede cambiar la implementacin de un tipo sin cambiar ninguno de los programas que usan ese tipo. Metodos Una operacin que realiza acceso a los datos. Podemos definir mtodo como un programa procedimental o procedural escrito en cualquier lenguaje, que est asociado a un objeto determinado y cuya ejecucin slo puede desencadenarse a travs de un mensaje recibido por ste o por sus descendientes. Son sinnimos de 'mtodo' todos aquellos trminos que se han aplicado tradicionalmente a los programas, como procedimiento, funcin, rutina, etc. Sin embargo, es conveniente utilizar el trmino 'mtodo' para que se distingan claramente las propiedades especiales que adquiere un programa en el entorno OOP, que afectan fundamentalmente a la forma de invocarlo (nicamente a travs de un mensaje) y a su campo de accin, limitado a un objeto y a sus descendientes, aunque posiblemente no a todos. Si los mtodos son programas, se deduce que podran tener argumentos, o parmetros. Puesto que los mtodos pueden heredarse de unos objetos a otros, un objeto puede disponer de un mtodo de dos maneras diferentes: -Mtodos propios. Estn includos dentro de la cpsula del objeto. -Mtodos heredados. Estan definidos en un objeto diferente, antepasado de ste (padre,"abuelo", etc.). A veces estos mtodos se llaman mtodos miembro porque el objeto los posee por el mero hecho de ser miembro de una clase.

Persistencia Es la resistencia de un objeto a variar en el tiempo, la idea de estas base de datos es que puedan recuperar los objetos creados o guardados.

Jerarquia de Tipos y Herencia

Los esquemas de BDOO suelen necesitar un gran nmero de clases. Sin embargo, varias clases son parecidas entre s. Para permitir la representacin directa de parecidos entre las clases, hay que ubicarlas en una jerarqua de especializaciones. El concepto de jerarqua de clases es parecido al de especializacin del modelo E-R. Las especializaciones de las clases son denominadas subclases; lo cual especifica atributos y mtodos adicionales para una clase existente. Los objetos creados por medio de una sub clases heredan todos los atributos y mtodos de la clase padre. Algunas de estas caractersticas heredadas pueden ellas mismas haber sido heredadas de clases ms altas en la jerarqua. Ejemplo:

Ejemplo: (Grafico) Class persona { string nombre; strin direccin; }; Class cliente isa persona { int inters-prestamo; }; Class empleado isa persona{ date fecha de alta; int sueldo; }; Class secretaria isa empleado { int velocidad; int horas-trabajadas

Relaciones Anidadas Durante la ejecucin de un programa, los diversos objetos que lo componen han de interactuar entre s para lograr una serie de objetivos comunes. Existen varios tipos de relaciones que pueden unir a los diferentes objetos, pero entre ellas destacan las relaciones de: asociacin, todo/parte, y generalizacin/especializacin. a.) Relaciones de Asociacin Seran relaciones generales, en las que un objeto realiza llamadas a los servicios (mtodos) de otro, interactuando de esta forma con l. Representan las relaciones con menos riqueza semntica. b.) Relaciones de Todo/Parte Muchas veces una determinada entidad existe como conjuncin de otras entidades, como un conglomerado de ellas. La orientacin al objeto recoge este tipo de relaciones como dos conceptos; la agregacin y la composicin. En este tipo de relaciones un objeto componente se integra en un objeto compuesto. La diferencia entre agregacin y composicin es que mientras que la composicin se entiende que dura durante toda la vida del objeto componedor, en la agregacin no tiene por qu ser as. Esto se puede implementar como un objeto (objeto compuesto) que cuenta entre sus atributos con otro objeto distinto (objeto componente). c.) Relaciones de Generalizacin/Especializacin A veces sucede que dos clases tiene muchas de sus partes en comn, lo que normalmente se abstrae en la creacin de una tercera clase (padre de las dos) que rene todas sus caractersticas comunes. El ejemplo ms extendido de este tipo de relaciones es la herencia, propiedad por la que una clase (clase hija) recoge aquellos mtodos y atributos que una segunda clase (clase padre) ha especificado como "heredables". Este tipo de relaciones es caracterstico de la programacin orientada a objetos. En realidad, la generalizacin y la especializacin son diferentes perspectivas del mismo concepto, la generalizacin es una perspectiva ascendente (bottom-up), mientras que la especializacin es una perspectiva descendente (top-down).

Objetos Complejos Los objetos se consideran complejos porque requieren un rea de almacenamiento sustancial y no forman parte de los tipos de datos estndar que suelen ofrecer los SGBD. Puesto que el tamao de los objetos es considerable, un SGBD podra obtener una porcin del objeto y proporcionarla al programa de aplicacin antes de obtener todo el objeto. El SGBD podra tambin usar tcnicas de almacenamiento intermedio y cach para obtener por anticipado porciones del objeto, antes de que el programa de aplicacin 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 mtodos 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 aplicacin para que las interprete. Es posible almacenar y manipular objetos complejos tanto estructurados como no estructurados. Sistema O2 de O2 Technology Definicin de Datos: El esquema define los tipos y las clases de objetos del sistema. Usando los tipos atmicos podemos definir los tipos de objetos. Los tipos atmicos pueden ser booleanos, de carcter, entero, real, de cadena y de bit. Los constructores son tuplas, listas, conjuntos y conjuntos nicos. En O2, se realiza una distincin entre valores y objetos. Mientras que un valor tiene slo un tipo y se representa a s mismo, un objeto pertenece a una clase y por tanto tiene un tipo y un comportamiento especificado por los mtodos de la clase. En adicin, un objeto tiene un OID y un estado, mientras que un valor no tiene OID.

El lenguaje que usa es el O2C, que sirve para definir clases, mtodos y tipos, y para crear objetos y valores. Los objetos son persistentes o transistorios.

O2 permite tambin la herencia mltiple, donde una clase hereda el tipo y los mtodos de dos o ms clases. Los vnculos clase/subclase y la herencia se especifican en O2 usando la palabra inherit en la declaracin de subclase. Manipulacin de Datos: Las aplicaciones en O2 pueden crearse de dos formas con lenguajes de programacin. En un primer caso, se puede usar los lenguajes de consulta y de programacin propios de O2, O2SQL y O2C. Por otro lado se puede usar O2 como sistema de almacenamiento de objetos persistentes para otro lenguaje autnomo, como C++, y crear la aplicacin en ese lenguaje. Panorama sobre la arquitectura del sistema O2: El O2Engine se encarga en gran parte de la funcionalidad del SGBD, como proporcionar recursos de almacenamiento, obtencin y actualizacin de objetos almacenados persistentemente que pueden ser compartidos por mltiples programas. Pone en prctica los mecanismos de control de concurrencia, recuperacin y seguridad comunes en los sistemas de bases de datos. En el nivel funcional, O2Engine tiene tres componentes principales. El componente de almacenamiento, en el nivel ms bajo, es una extensin de un sistema de almacenamiento llamado WISS. La implementacin de este nivel est dividida entre el cliente y el servidor. El gestor de objetos se encarga de estructurar objetos y valores, formar grupos de objetos relacionados en pginas de disco, indizar objetos, mantener la identidada de los objetos, efectuar operaciones con objetos, etc. La Transformacion de ERR a OO es como sigue: Primer paso: Crear una clase OO para cada clase EER. El tipo de la clase Oo deber incluir todos los atributos de la clase EER mediante un constructor de tupla en el nivel superior del tipo. Los atributos multivaluados se declaran a travs de los constructores de bolsa, de conjunto o de lista. Si los valores del atributo multivaluado de un objeto deben estar ordenados, se eligir el constructor de lista; si se permiten duplicados, deber escogerse el constructor de bolsa. Los atributos compuestos se declaran con un constructor de tupla. Segundo paso: Aadir atributos de referencia para cada vnculo binario a las clases OO que participen del vnculo. Los atributos pueden crearse en una direccin o en ambas; sern monovaluados para los vnculos binarios en la direccin 1:1 o N:1 y con valor de conjunto o con valor de lista para los vnculos en la direccin 1:N o M:N. Si un vnculo binario se representa con referencias en ambas direcciones, se debe declarar que cada referencia es el inverso de la otra, si existe el recurso para hacerlo. Si hay atributos de

vnculo, puedo usarse un constructor de tupla para crear una estructura de la forma, la cual se incluye en lugar del atributo de referencia. Tercer paso: Incluir mtodos apropiados para cada clase. stos no estn disponibles en el esquema ERR y se debern agregar al diseo de la base de datos segn se necesiten. Todo mtodo constructor deber incluir cdigo que verifique cualesquier restricciones que se deben cumplir al crearse un nuevo objeto. Todo mtodo destructor deber verificar cualesquier restricciones que pudieran violarse al eliminarse el objeto. Cuarto paso: Una clase OO que corresponda a una subclase en el esquema EER heredar el tipo y los mtodos de su o sur superclases en el esquema OO. Quinto paso: Los tipos de entidades dbiles que no participan en ningn otro vnculo adems de su vnculo de identificacin se pueden transformar como si fueran atributos multivaluados compuestos del tipo de entidades propietario, empleando el constructor set(tuple()) Sexto paso: Los vnculos n-arios con n>2 pueden transformarse a un tipo de objetos aparte, con referencias apropiada a cada uno de los tipo de objetos participantes. Estas referencias se basan en hacer corresponder un vnculo 1:N de cada uno de los tipos de entidades participantes con el vnculo n-ario. Lenguaje Orientado 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 XWindow 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).

Ejemplos de lenguajes orientados a objeto C++ Objective C Java Smalltalk Eiffel Lexico (en castellano) Ruby Python OCAML Object Pascal CLIPS Visual .net Actionscript COBOL Perl C# Visual Basic.NET PHP Simula Delphi PowerBuilder

Lenguaje de Programacion Persistente

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. Usando el SQL encajado, un programador es responsable de cdigo explcito de la escritura traer datos en memoria o almacenar datos de nuevo a la base de datos. En una lengua persistente del programa, un programador puede manipular datos persistentes sin tener que escribir tal cdigo explcitamente. Base de Datos Deductivas Un sistema de base de datos deductiva, es un sistema de base de datos pero con la diferencia de que permite hacer deducciones a travs de inferencias. Se basa principalmente en reglas y hechos que son almacenados en la base de datos. Las bases de datos deductivas son tambin llamadas bases de datos lgicas, a raz de que se basa en lgica matemtica. Este tipo de base de datos surge debido a las limitaciones de la Base de Datos Relacional de responder a consultas recursivas y de deducir relaciones indirectas de los datos almacenados en la base de datos. Notacion PROLOG/DATALOG La notacin Prolog/Datalog se basa en provee predicados con nombres nicos. Un predicado tiene un significado implcito, sugerido por sus nombre, y un nmero 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 restriccin.

Una regla tiene la forma cabeza:-cuerpo y por lo regular tiene un solo predicado a la izquierda del smbolo :- (llamado cabeza, o miembro izquierdo o conclusin de la regla) y uno a ms predicados a la derecha del smbolo :- (llamados cuerpo, o miembro derecho o premisa de la regla). Decimos que un predicado cuyos argumentos son constantes es un predicado base; tambin nos referimos a l como predicado de ejemplares. Los argumentos de los predicados que aparecen en una regla por lo regular incluyen un cierto nmero de smbolos variables, aunque los predicados tambin contienen constantes como argumentos. Una regla especifica que, si una

asignacin o enlace particular de valores constantes a las variables del cuerpo hace que todos los predicados RHS sean verdaderos, tambin hace que la cabeza sea verdadero usando la misma asignacin de valores constantes a las variables. Por tanto, una regla nos ofrece una forma de generar hechos nuevos que son ejemplares de la cabeza de la regla. Estos hechos nuevos se basan en hecho que ya existen y que corresponden a los ejemplares de los predicados del cuerpo de la regla. Al incluir mltiples predicados en el cuerpo de una regla, aplicamos implcitamente el operador and lgico a esos predicados. As, las comas entre los predicados RHS pueden leerse como conjunciones.

Un sistema Prolog contiene varios predicados integrados que el sistema puede interpretar directamente. Estos suelen incluir el operador de comparacin de igualdad = (X,Y), que devuelve el valor verdadero si X y Y son idnticos y que tambin puede escribirse X=Y usando la notacin infija estndar. Otros operadores de comparacin para nmeros, como <,<=,> y >=, se pueden tratar como funciones binarias. Las funciones aritmticas como +,-,* y / se pueden usar como argumentos en los predicados en Prolog, aunque Datalog no permite funciones del tipo de las operaciones aritmticas como argumentos; de hecho, sta es una de las diferencias principales entre Prolog y Datalog.

Programacion en DATALOG En Datalog, al igual que en otros lenguajes basados en lgica, los programas se construyen a partir de objetos bsicos llamados frmulas atmicas. Para definir la sintaxis de los lenguajes basados en lgica se acostumbra escribir la sintaxis de las frmulas atmicas e indicar cmo pueden combinarse para formar un programa. En Datalog, las frmulas atmicas son literales de la forma p(a1,a2,...,an) donde p es el nombre del predicado y n es el nmero de argumentos de dicho predicado. Diferentes smbolos de predicado pueden tener diferentes nmeros de argumento, y al nmero de argumentos n de un predicado p se le llama la aridad de p. Los argumentos pueden ser valores constantes o nombres de variables. Como se mencion antes, usamos la convencin de que los valores constantes o bien son numricos o bien comienzan con una letra minscula, en tanto que los nombres de variables siempre comienzan con una letra mayscula.

Datalog incluyen varios predicados integrado que tambin pueden servir para construir frmulas atmicas. Estos predicados son de dos tipos principales: los predicados de

comparacin binarios <,<=,>,>= sobre dominios ordenados o no ordenados. stos pueden usarse como predicados binarios con la misma sintaxis que los dems predicados. Cabe sealar que, como los dominios de estos predicados son potencialmente infinitos, se deben usar con cuidado en las definiciones de reglas. Una literal es una frmula atmica segn la definicin que dimos, y se llama literal positiva, o bien una frmula atmica precedida por not. Esta ltima es una frmula atmica negada, denominada literal negativa. Los programas en Datalog pueden considerarse como un subconjunto de las frmulas del clculo de predicados, que son un tanto parecidas a las frmulas del clculo relacional de dominios. En Datalog, empero, estas frmulas se convierten primero en lo que se conoce como forma clausal antes de expresarse en Datalog; y slo pueden usarse en Datalog frmulas dadas en una forma clausal restringida, llamadas clusulas de Horn

Interpretacion de Reglas Encontramos dos teoras de interpretacin de las bases de datos deductivas: Teora de Demostracin: consideramos las reglas y los hechos como axiomas. Los hechos son axiomas base que se consideran como verdaderos y no contienen variables. Las reglas son axiomas deductivos ya que se utilizan para deducir nuevos hechos. Teora de Modelos: una interpretacin es llamada modelo cuando para un conjunto especfico de reglas, stas se cumplen siempre para esa interpretacin. Consiste en asignar a un predicado todas las combinaciones de valores y argumentos de un dominio de valores constantes dado. A continuacin se debe verificar si ese predicado es verdadero o falso. Interpretacin 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 falso. 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.

Mecanismo Basico de Inferencia para Programacion Logica Existen principalmente dos tipos de inferencia computacional basados en la interpretacin de las reglas por la teora de la demostracin: Mecanismo de inferencia ascendente: Tambin llamado encadenamiento hacia delante o resolucin ascendente. La mquina de inferencia parte de los hechos y aplica las reglas para generar hechos nuevos. Conviene usar una estrategia de bsqueda para generar slo los hechos que sean pertinentes a una consulta. Mecanismo de inferencia descendente: Tambin llamado encadenamiento hacia atrs o resolucin descendente. Parte del predicado que es el objetivo de la consulta e

intenta encontrar coincidencias con las variables que conduzcan a hechos vlidos de la base de datos. Retrocede desde el objetivo buscado para determinar hechos que lo satisfacen. Si no existieran los hechos que buscamos, el sistema entonces buscar la primera regla cuya cabeza (LHS) tenga el mismo nombre de predicado que la consulta.

Programacion en DATALOG Datalog es el lenguaje utilizado para la manipulacin de las bases de datos deductivasy es sintcticamente un subconjunto del lenguaje Prolog . Hay dos tipos de Datalog: con recursin y sin recursin. Datalog sin recursin tiene el mismo poder expresivo que el lgebra relacional. Datalog con recursin permite expresar consultas que no se pueden satisfacer en SQL2. Sin embargo, SQL:1999 ha usado la solucin para la recursin en Datalog para el desarrollo de consultas recursivas. Datalog es similar a Prolog en su sintaxis, pero en su semntica operacional es diferente. La interpretacin de una coleccin de predicados asigna cierto o falso a cada posible instancia de los predicados, donde los argumentos se escogen de un conjunto infinito de constantes. La interpretacin se representa habitualmente por el conjunto de instancias verdaderas. Datalog evala las consultas mediante la evaluacin de cada regla y cada regla es evaluada examinando todos los hechos, ya sean hechos almacenados o hechos derivados, que unifican cada predicado en el cuerpo de una regla. Si alguna coleccin de hechos unifica con cada predicado en el cuerpo de una regla, se produce un nuevo hecho que corresponder al encabezado de la regla

Sistema LDL El proyecto Logic Data Languaje (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. Ahora el sistema resultante es un SGBD deductivo que se encuentra en el mercado. Aplicaciones de LDL : 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 metabase 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 autorradiografas 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. Las reglas dan origen a una base de conocimientos que contienen los siguientes elementos: Una definicin de cada mdulo C empleado en el programa. Un conjunto de reglas que define las formas en que los mdulos pueden exportar / importar funciones, restricciones, etc. La base de conocimientos puede servir para tomar decisiones referentes a la reutilizacin de subconjuntos del software. Los mdulos pueden recombinarse para satisfacer tarea especficas, en tanto se satisfagan las reglas pertinentes. Se est experimentando con esto en el software bancario.

Base de Datos Activas En muchas aplicaciones, la base de datos debe evolucionar independientemente de la intervencion del usuario como respuesta a un suceso o una determinada situacion. En los sistemas de gestion de bases de datos tradicionales (pasivas), la evolucion de la base de datos se programa en el codigo de las aplicaciones, mientras que en los sistemas de gestion de bases de datos activas esta evolucion es autonoma y se de ne en el esquema de la base de datos.

El poder especi car reglas con una serie de acciones que se ejecutan automaticamente cuando se producen ciertos eventos, es una de las mejoras de los sistemas de gestion de bases de datos que se consideran de gran importancia desde hace algun tiempo. Mediante estas reglas se puede hacer respetar reglas de integridad, generar datos derivados, controlar la seguridad o implementar reglas de negocio. De hecho, la mayora de los sistemas relacionales comerciales disponen de disparadores (triggers). Se ha hecho mucha investigacion sobre lo que debera ser un modelo general de bases de datos activas desde que empezaron a aparecer los primeros disparadores. El modelo que se viene utilizando para especi car bases de datos activas es el modelo evento condicion accion. Mediante los sistemas de bases de datos activas se consigue un nuevo nivel de independencia de datos: la independencia de conocimiento. El conocimiento que provoca una reaccion se elimina de los programas de aplicacion y se codi ca en forma de reglas activas. De este modo, al encontrarse las reglas de nidas como parte del esquema de la base de datos, se comparten por todos los usuarios, en lugar de estar replicadas en todos los programas de aplicacion. Cualquier cambio sobre el comportamiento reactivo se puede llevar a cabo cambiando solamente las reglas activas, sin necesidad de modi car las aplicaciones. Ademas, mediante los sistemas de bases de datos activas se hace posible el integrar distintos subsistemas (control de accesos, gestion de vistas, etc.) y se extiende el ambito de aplicacion de la tecnologa de bases de datos a otro tipo de aplicaciones. Uno de los problemas que ha limitado el uso extensivo de reglas activas, a pesar de su potencial para simpli car el desarrollo de bases de datos y de aplicaciones, es el hecho de que no hay tecnicas faciles de usar para dise nar, escribir y veri car reglas. Por ejemplo, es bastante difcil veri car que un conjunto de reglas es consistente, es decir, que no se contradice. Tambien es difcil garantizar la terminacion de un conjunto de reglas bajo cualquier circunstancia. Para que las reglas activas alcancen todo su potencial, es necesario desarrollar herramientas para dise nar, depurar y monitorizar reglas activas que puedan ayudar a los usuarios en el dise no y depuracion de sus reglas.

Bases 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. Este tipo de bases de datos tienen mucha relacin con los SGBD objeto relacionales (SGBDOR) y los orientados a objetos (SGBDOO) ya que pueden almacenar tipos de datos multimedia. Las bases de datos multimedia estn en un contexto que adems de los datos se le incluye la nueva caracterstica de la que se pueden tener variabilidad espacial y temporal. Por lo tanto, un documento 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. Todos los factores que condicionan las Bases de Datos Multimedia les obligan a tener dos caractersticas principales: La disponibilidad de bases de datos avanzadas, en un entorno de fcil utilizacin por parte del usuario. El establecimiento de redes de telecomunicaciones de alta velocidad. Existen dos tipos fundamentales de bases de datos multimedia, que son las bases de datos referenciales, y las descriptivas. BBDD Referenciales Son bases de datos que se encargan de almacenar datos concernientes a informacin sobre archivos multimedia, como video o msica. Esta informacin almacenada podra tratarse de datos tales como el autor y ttulo, el formato, la duracin, etc. BBDD Descriptivas Estas bases de datos no son tan comunes como las referenciales, y todava se encuentran en proceso de desarrollo e investigacin, puesto que su funcin es la de analizar el contenido que almacenan, con el fin de poder aportar informacin sobre l. Por eso, en el mbito multimedia no es una tarea sencilla desarrollar este tipo de sistemas, puesto que analizar tanto imgenes como sonido, no es trivial.

Bases de Datos Cientificas Se pueden establecer diferentes tipologas para caracterizar los diferentes modelos de bases de datos documentales: SEGN EL ORGANISMO PRODUCTOR Las bibliotecas y centros de documentacin de universidades y organismos e instituciones pblicas de investigacin elaboran gran cantidad de recursos de informacin: Bases de datos de acceso pblico, sean gratuitas o no. Bases de datos de acceso interno, con informacin de acceso restringido. Los centros de documentacin, bibliotecas y archivos de empresas privadas pueden elaborar distintos tipos de sistemas de informacin: Bases de datos de uso interno, para facilitar la circulacin de informacin dentro de la empresa. Ocasionalmente, ofrecen dicho servicio al exterior: usuarios particulares o instituciones. Bases de datos comerciales, diseadas especficamente para ser utilizadas por usuarios externos. Bases de datos realizadas por cooperacin en red: se trata de sistemas de informacin cuya elaboracin es compartida por diversas instituciones. Algunas bases da datos internacionales se elaboran a travs de este sistema de trabajo, con diversos centros nacionales responsables de la informacin perteneciente a cada pas. SEGN EL MODO DE ACCESO Bases de datos de acceso local. Para consultarlas es necesario acudir al organismo productor, a su biblioteca o centro de documentacin. Pueden ser consultables en monopuestos o en varios puestos de una red local. Bases de datos en CD-ROM. Pueden adquirirse mediante compra o suscripcin, bien directamente por un particular o por una biblioteca o centro de documentacin que permita su consulta a sus usuarios. En algunas instituciones se instalan diferentes CD-ROM en una red local para permitir su consulta desde cualquier ordenador conectado a la misma. Bases de datos en lnea. Pueden ser consultables desde cualquier ordenador conectado a travs de un servidor de Internet. La consulta puede ser libre (gratuita) o exigir la firma de un contrato.

Una misma base de datos puede tener acceso local y, adems, una edicin en CD-ROM y un sistema de acceso en lnea. Sin embargo, puede haber diferencias en el contenido presente en cada uno de los formatos o en el grado de actualizacin de la informacin. Por ejemplo, el productor de un base de datos puede ofrecer la conexin en lnea a la base de datos completa con actualizacin diaria y, en cambio, editar un CD-ROM que tan slo contenga los ltimos cinco aos de informacin y se actualice semestralmente.

SEGN SU COBERTURA TEMTICA Y EL DESTINATARIO Aunque las bases de datos documentales pueden contener informacin sobre cualquier tema, las que nos interesan en este tema son las Bases de datos cientfico-tecnolgicos , que contienen informacin destinada a los investigadores de cualquier mbito cientfico o tcnico. A su vez, este grupo puede dividirse en: Bases de datos multidisciplinares, que abarcan varias disciplinas cientficas o tcnicas. Bases de datos especializadas, que recopilan y analizan documentos referentes a una disciplina concreta: investigacin qumica, biomdica, energtica, medioambiental, agroalimentaria, etc. SEGN SU COBERTURA DOCUMENTAL Bases de datos centradas en un nico tipo de documento. Su objetivo es recopilar permitir la localizacin de un tipo documental muy concreto. Hay bases especializadas en patentes, tesis doctorales, informes, artculos de revista, etc. Como ejemplo de este modelo pueden citarse: La base de datos NTIS (National Technical Information Service), especializada en documentos tcnicos oficiales de EEUU. Las bases de datos especializadas en tesis doctorales (Disertation Abstracts), de carcter internacional. Bases de datos que renen varios tipos de documentos. Su objetivo es dar informacin sobre una disciplina, incorporando para ello diferentes tipologas documentales. Como ejemplo de este modelo puede citarse la base de datos Energy Science and Technology , especializada en energa, que recoge referencias bibliogrficas de artculos de revista, abstracts, congresos, monografas, informes, tesis, etc.

SEGN SUS ANLISIS DOCUMENTAL Bases de datos de sumarios o sin anlisis de contenido. Se componen de referencias bibliogrficas sencillas, en las cuales el productor se limita a grabar los datos de la propia fuente y no realiza ningn anlisis del contenido. Incorporan solamente los datos descriptivos, fundamentales para localizar el documento, presentes en el sumario: autor, ttulo y datos de la fuente. En ocasiones, puede contener el resumen editado con el propio documento original, generalmente elaborado por el propio autor. Un ejemplo de este modelo es el Information. Current Contents del Institute for Scientific

Tambin podran incluirse dentro de este modelo los servicios de suscripcin a revistas electrnicas establecidas por empresas de distribucin de publicaciones peridicas. Catlogos de bibliotecas. Son bases de datos que responden estrictamente a los fondos contenidos en una biblioteca o red de bibliotecas (catlogos colectivos). Tienen una alta homogeneidad, gracias a la aplicacin de normas internacionales de catalogacin. Bases de datos con anlisis documental ms completo. Son sistemas de informacin que incorporan un mayor nmero de puntos de acceso para facilitar su localizacin. Cada registro bibliogrfico incluye un resumen del contenido del documento original y/o un conjunto de trminos representativos de los trminos tratados en el mismo. Dichos trminos constituyen entradas en un ndice de materias (palabras clave o descriptores) y al proceso de asignacin de los mismos a un documento se le denomina indizacin . Dentro de este modelo se incluyen numerosas bases de datos especializadas en distintas disciplinas cientficas y de gran importancia y prestigio internacional como: NTIS. National Technical Information Service. Cobertura informativa desde 1964 y actualizacin semanal. Consiste en resmenes de actividades de investigacin, desarrollo e ingeniera patrocinadas por el Gobierno de EE.UU. Contiene, adems, anlisis elaborados por agencias federales o entidades contratadas o subvencionadas y es el medio por el que se puede acceder a informes de agencias como la NASA,DOE, etc., hasta un nmero aproximado de 240 agencias que estn disponibles para distribucin pblica. NTIS tambin da acceso a los resultados de I+D de pases distintos de los EE.UU. As, entre las organizaciones que contribuyen a NTIS estn el Ministerio de Industria y Comercio Internacional de Japn, laboratorios administrados por el Departamento de Industria del Reino Unido, el Ministerio Federal de Ciencia y Tecnologa o el CNRS francs. Scisearch. Institute for Scientific Information (ISI): es un ndice internacional y

multidisciplinario, de acceso a la literatura de ciencia, tecnologa, biomedicina, y otras disciplinas relacionadas. Contiene todos los registros publicados en el Science Citation Index adems de registros adicionales en ingeniera, ciencias fsicas,agricultura, biologa, ciencias ambientales, medicina clnica, y las ciencias de la vida. SciSearch indiza todos los artculos significativos (artculos, revisiones, resmenes de reuniones, cartas, editoriales, reseas de libros, correcciones, etc.) de ms de 6,100 revistas internacionales cientficas y tcnicas. CA SEARCH. Chemical Abstracts: La base de datos CA SEARCH: Chemical Abstracts incluye ms de 17 millones de citas de la literatura mundial sobre qumica y sus aplicaciones desde 1967 en adelante, con actualizacin semanal. CA SEARCH se corresponde con la informacin bibliogrfica y los ndices completos que se encuentran la versin impresa de Chemical Abstracts. PASCAL: producida por el Institut de l'Information Scientifique et la Tcnica (INIST) del Consejo Nacional de Investigacin francs (CNRS) y proporciona cceso a la literatura cientfica y tcnica mundial e incluye aproximadamente 450,000 nuevas citas por ao. Disponible en la forma legible por mquina desde 1973, PASCAL se corresponde con la publicacin impresa de la Bibliographie Internationale (antes Boletn Signaletique).