REPBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DE LA DEFENSA UNIVERSIDAD NACIONAL EXPERIMENTAL POLITCNICA DE LA FUERZA ARMADA NACIONAL NCLEO CORO

Base De Datos

Bachilleres:

Diciembre de 2012

Modelo Relacional
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).

Estructura del Modelo Relacional

La definicin de una estructura (generalmente relaciones o tablas de una base de datos) determina la identidad de la relacin y que tipo de informacin podr ser almacenada dentro de ella; en otras palabras, el esquema son los metadatos de la relacin. Todo esquema constar de:

Nombre de la relacin (su identificador). Nombre de los atributos (o campos) de la relacin y sus dominios

Relacin La relacin se representa mediante una tabla, esta tabla representa a lo que en el modelo entidad-relacin llambamos entidad. Esta tabla contiene los atributos (columnas) y las tuplas (filas).

Atributo: se trata de cada una de las columnas de la tabla. Vienen definidas por un nombre y pueden contener un conjunto de valores. Tupla: se trata de cada una de las filas de la tabla. Es importante sealar que no se pueden tener tuplas duplicadas en una tabla.

Dominios El dominio dentro de la estructura del modelo relacional es el conjunto de valores que puede tomar un atributo. Existen dos tipos de dominios:

dominios generales: son aquellos que estn comprendidos entre un mximo y un mnimo. dominios restringidos: son los que pertenecen a un conjunto de valores especficos.

Claves Cada tupla de una tabla tiene que estar asociada a una clave nica que permita identificarla. Una clave puede estar compuesta por uno o ms atributos. Una clave tiene que ser nica dentro de su tabla y no se puede descartar ningn atributo de la misma para identificar una fila. Existen dos tipos de claves:

Clave primaria (Primary Key): es el valor o conjunto de valores que identifican una fila dentro de una tabla. Nunca puede ser NULL. Un ejemplo claro de clave primaria seria el DNI, que es nico para cada persona y no puede ser NULL. Clave ajena (Foreign Key): es el valor o valores de una tabla que corresponde con el valor de una clave primaria en otra tabla. Esta clave es la que representa las relaciones entre las tablas.

Vistas Se trata de una tabla ficticia la cual muestra atributos de otras tablas relacionadas. De esta forma obtenemos los datos que nos interesan de una o varias tablas. Es importante sealar que no se pueden realizar operaciones sobre vistas.

Caractersticas
Una base de datos relacional se compone de varias tablas o relaciones. No pueden existir dos tablas con el mismo nombre ni registro. Cada tabla es a su vez un conjunto de registros (filas y columnas). La relacin entre una tabla padre y un hijo se lleva a cabo por medio de las claves primarias y ajenas (o forneas). Las claves primarias son la clave principal de un registro dentro de una tabla y stas deben cumplir con la integridad de datos. Las claves ajenas se colocan en la tabla hija, contienen el mismo valor que la clave primaria del registro padre; por medio de stas se hacen las relaciones.

Conversin De Diagramas E-R A Esquemas Relacionales

La conversin del diagramaE-R al modelo relacional pasa por dos etapas: una en la que se convierten las entidades, y otra enla que se convierten las relaciones. No obstante, las tablas que se van obteniendo no adoptan suforma definitiva hasta que se ha acabado el proceso. Conversin de entidades a tablas. Una entidad A con atributos a1...an se convierte en una tabla de nombre A, y nombres decolumna o atributos a1...an. Si la clave de la entidad A est formada por los atributos ai...ai+k, laclave de la tabla correspondiente estar formada por dichos atributos. En definitiva, podemos decir queexiste una correspondencia directa entre elconcepto de entidad del diagrama E-R(una vez eliminados los atributosmltiples y los compuestos), y elconcepto de tabla relacional.P.ej., siguiendo con el caso anterior, la entidad Clientes se convertira en la tabla adjunta,en la que no hay ningn dato insertado. Si la entidad es dbil, ser necesario incluir tambin los atributos correspondientes a suentidad fuerte, indispensables para poder establecer una clave identificativa en la tabla asformada.

Conversin de relaciones binarias a tablas. Conversin de relaciones es-un y relaciones dbiles. La conversin de relaciones es-un y relaciones binarias dbiles en general, no conlleva realmente la aplicacin de ninguna regla, ya que la propia conversin de la entidad dbil en tabla convierte automtica e implcitamente la relacin dbil

tambin.

Supongamos por ejemplo el diagrama que nos permite representar las facturas propias de cualquier negocio. Dado que el nmero de lneas de detalle de una factura es indeterminado, es necesario crearuna relacin dbil que relacione cada factura con los detalles que en ella se facturan, tal y como se ve en el diagrama adjunto. Cuando convertimos las entidades Facturas y Lneas de Detalle en sus tablas correspondientes, obtenemos las de la figura, en la que se observa quela tabla de Lneas de Detalle hereda los atributos que forman la clave de Facturas. Con este mtodo est claro cuales son las instancias de Lneas de Detalle que se relacionan con cada Factura concreta, ya que partiendo del Nmero de la Factura buscamos todas las tuplas de Lneas de Detalle en las que coincida su atributo Nmero de Factura. Por otro lado, averiguar a qu Factura pertenece una Lnea de Detalle es trivial, todo caso que se conoce la clave de dicha Factura a travs de Nmero de Factura. De esta forma, la relacin dbil Detalle queda representada en el modelo relacional por la inclusin de la clave de la relacin fuerte en la tabla de la dbil. Una relacin es-un se trata de la misma forma que cualquier otra relacin binaria de debilidad. Conversin de relaciones uno a uno.

La conversin de una relacin uno a uno, no da lugar a una tabla nueva, sino que modifica una de las dos tablas correspondientes a las entidades que relaciona. Una relacin R del tipo uno a uno con atributos r1...rn que relaciona entidades A y B de claves ai...ai+k y bj...bj+m, modifica la tabla de la entidad A, aadindole como atributos los de la clave de B, y los suyos propios, esto es bj...bj+m y r1...rn. Por ejemplo, supongamos eldiagrama E-R de la figura que representa auna entidad Clientes y a una entidadTaquillas, en un sistema en el que queremosrepresentar parte de un gimnasio, de maneraque un cliente alquila una taquilla, y unataquilla slo puede pertenecer como muchoa un cliente. Esta situacin se representa mediante la relacin Alquila, que en tal caso es del tipouno a uno. Tras convertir las entidades Clientes y Taquillas en tablas, se obtienen las de la figuraadjunta.

Si ahora aplicamos la regla dada anteriormente, nos damos cuenta de su ambigedad, en el sentido de que hace referencia a una entidad A y otra B. En nuestro caso, da lo mismo cual consideremos como entidad A (si a Clientes o a Taquillas), ya que el proceso a seguir es idntico escojamos la que escojamos.

Supongamos que la entidad A es Clientes. En tal caso para convertir la relacin Alquila con atributos Fecha alquiler y Duracin, ampliaremos la tabla de Clientes con la clave de Taquillas, o sea Nmero, y los atributos de la relacin, dando lugar a la figura siguiente.

Como resultado de esta conversin, hemos transformado una tabla aadindole atributos que permiten seguir la relacin existente entre un Cliente y una Taquilla. Podemos saber directamente qu Taquilla tiene asignada un Cliente sin ms que consultar su clave, en este caso el atributo Nmero, que, por el hecho de ser clave, identifica de forma nica una tupla en la tabla de Taquillas. Asimismo, acompaamos la adicin de esta clave con la adicin de los atributos propios de la relacin, con lo que podemos saber qu Taquilla ha alquilado cada Cliente, en qu Fecha alquiler y por cunta Duracin. Por otro lado, para saber a partir de un Nmero de Taquilla, qu Cliente la ha alquilado, basta con inspeccionar todas las tuplas de Clientes en busca de uno cuyo atributo Nmero coincida con el que estamos buscando. Por tanto, lo que en el diagrama E-R no era ms que un dibujo que relacionaba instancias de una entidad, lo hemos convertido en tablas y atributos insertados en ellas que nos permiten seguir el hilo de las instancias relacionadas. Esta operacin, en la que la clave de una tabla emigra a otra, da lugar a lo que se llama clave fornea, que no es ms que el conjunto de atributos que conforman la clave migrada.

Conversin de relaciones uno a muchos. Cuando la relacin que se desea convertir es del tipo uno a muchos, la solucin es muy parecida a la del punto anterior, y consiste en migrar una de las claves a la tabla correspondiente a la otra entidad. Una relacin R del tipo uno a muchos con atributos r1...rn que relaciona entidades A y B de claves ai...ai+k y bj...bj+m de manera que una instancia de A se puede relacionar con muchas de B, modifica la tabla de la entidad B, aadindole como atributos los de la clave de A, y los suyos propios, esto es ai...ai+k y r1...rn. Tpico ejemplo de esta situacin es el diagrama E-R que representa la relacin entre una lista de vuelos comerciales y las

compaas areas que los realizan. Esto puede verse en la figura adjunta. Tras haber convertido las entidades en tablas se obtienen las de la figura siguiente.

En esta situacin, para convertir la relacin Realizar al modelo relacional, observamos que una Compaa se relaciona con muchos Vuelos, por lo que siguiendo la regla anterior, Compaa hace las veces de entidad A, y Vuelos hace las veces de entidad B. Por tanto, para convertir la relacin, basta con incluir la clave de Compaas en la tabla de Vuelos, dando lugar al siguiente esquema.

En este caso, la relacin Realizar carece de atributos propios por lo que no se aaden ms atributos a la tabla de Vuelos. En este punto es interesante hacer

notar que en el diagrama E-R existe la posibilidad de tener entidades distintas con atributos distintos pero con el mismo nombre; p.ej., puede ser comn tener la entidad Clientes con un atributo NIF, y a la vez tener la entidad Empleados con un atributo tambin llamado NIF. Esto es posible porque cuando se hace referencia a NIF, es necesario tambin indicar la entidad a que nos referimos: Clientes o Empleados. Sin embargo, en el momento de efectuar la conversin del diagrama a las tablas relacionales, vemos que en ciertas situaciones es necesario migrar las claves de unas entidades a otras, lo cual puede dar conflictos de nombres. Por ejemplo, qu ocurrira si el atributo que forma la clave (destinado a guardar el cdigo del vuelo: IB-713, AV-098, etc.), en lugar de llamarse Descriptor se llamase Nombre? Est claro que cuando se migrase la clave de la Compaa a la tabla de Vuelos habra un problema, pues tendramos dos atributos con el mismo nombre.

Pues bien, tanto si se produce esa situacin como si no, cuando se migra la clave de una tabla a otra, nada nos impide renombrar los atributos en su nueva ubicacin. Por ejemplo, en el caso anterior, la tabla Vuelos podra haber quedado como se ve en la figura: el atributo Nombre ha pasado a llamarse Nombre de Compaa.

Lo que s est claro, en cualquier caso, es que el atributo Nombre de Compaa sigue siendo clave fornea, aunque tenga distinto nombre.

Conversin de relaciones muchos a muchos. Este es el caso ms general de conversin de relaciones, pudiendo incluso aplicarse en las relaciones uno a uno y uno a muchos. El nico motivo por el que no se da esta regla como nica regla general es la eficiencia, ya que como veremos implica la creacin de tablas nuevas y la duplicacin de informacin en

gran cantidad. De hecho, tambin las reglas anteriores pueden ser refinadas con objeto de conseguir tablas ms compactas y menos redundantes, pero a costa de enrarecer la comprensin de las mismas, razn por la que no las incluimos aqu. Una relacin R del tipo muchos a muchos con atributos r1...rn que relaciona entidades A y B de claves ai...ai+k y bj...bj+m respectivamente, se convierte en una tabla llamada R y compuesta por los atributos de las claves de A y B, as como por los atributos propios de la relacin R, esto es ai...ai+k, bj...bj+m, y r1...rn. Los atributos ai...ai+k, bj...bj+m forman la clave de la nueva tabla. En los casos anteriores hemos visto como para convertir una relacin uno a muchos (entre A y B) ampliamos una de las tablas correspondientes a una de las entidades que intervienen: la de B. Esto se puede hacer as porque cada instancia de B slo puede relacionarse con una instancia de A, lo que en el esquema relacional puede plasmarse con la insercin de una sola clave fornea entre los atributos de la tabla asociada a B. Esta decisin no es simtrica, como ocurre en las relaciones uno a uno, o sea, no podemos ampliar la tabla de A con la clave fornea de B, ya que una instancia de A se puede relacionar con muchas de B, y necesitaramos un nmero indeterminado de claves forneas en A, lo cual no es lcito en el modelo relacional. En el caso de las relaciones muchos a muchos ocurre lo mismo, pero esta vez respecto a las dos entidades A y B. No podemos ampliar ninguna de las tablas asociadas porque necesitaramos un nmero indeterminado de claves forneas. Por tanto, la solucin pasa por crear una nueva tabla con el nico objetivo de contener los pares de instancias que se relacionan; evidentemente, en lugar de repetir toda la informacin de cada instancia, se almacena tan slo la informacin identificativa: la clave.

Para ilustrar esto, supongamos que queremos representar la informacin relativaa los alumnos de una Facultad y las asignaturas en que se halan matriculados. El diagrama E-R que representa esto puede verse en la figura.

Dado que la relacin Matrculas esmuchos a muchos, segn la regla anterior, laconversin implica crear una nueva tabla conel mismo nombre, o sea Matrculas, y con los atributos Veces Matriculado y ConvocatoriasAgotadas, as como las claves de Alumnos y Asignaturas, o sea, NIF y Cdigo, que podemosrenombrar como NIF del Alumno y Cdigo de Asignatura, quedando las tablas de la figurasiguiente.

Con este esquema de tablas,para saber en qu asignaturas se hamatriculado un alumno concreto, bastacon buscar todas las veces que aparezcasu NIF en la tabla Matrculas; cadatupla en la que aparezca contendradems la clave de una de lasasignaturas en la que est matriculado.Para saber el nombre de cada asignatura utilizaremos el Cdigo de Asignatura como clave parabuscar el nombre en la tabla Asignaturas.

Lenguajes de manipulacin de Datos

Lenguaje de Manipulacin de Datos (Data Manipulation Language, DML) 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.

Clasificacin del lenguaje de manipulacin de datos Son DML : Select, Insert, Delete y Update Se clasifican en dos grandes grupos: Lenguajes de consulta procedimentales: Lenguajes procedimentales. En este tipo de lenguaje el usuario da instrucciones al sistema para que realice una serie de procedimientos u operaciones en la base de datos para calcular un resultado final. Lenguajes de consulta no procedimentales: En los lenguajes no procedimentales el usuario describe la informacin deseada sin un procedimiento especfico para obtener esa informacin.

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. Tuplas: Una tupla se define como una funcin finita que asocia unvocamente los nombres de los atributos de una relacin con los valores de una instanciacin de la misma. En trminos simplistas, es una fila de una tabla relacional. Unin compatible: Una unin es compatible entre dos relaciones R, S, si ellas poseen el mismo grado y el dominio del iesimo elemento de la relacin R es el mismo que el iesimo elemento de la relacin S. Grado (Aridad): Nmero de atributos.

Las operacionesBsicas Cada operador del lgebra acepta una o dos relaciones y retorna una relacin como resultado. y son operadores unarios, el resto de los operadores son binarios. Las operaciones bsicas del lgebra relacional son: Selecciona () Permite seleccionar un subconjunto de tuplas de una relacin (R), todas aquellas que cumplan la(s) condicin(es) P, esto es:

Ejemplo:

Selecciona todas las tuplas que contengan Gmez como apellido en la relacin Alumnos. Una condicin puede ser una combinacin booleana, donde se pueden usar operadores como: Proyeccin () Permite extraer columnas (atributos) de una relacin, dando como resultado un subconjunto vertical de atributos de la relacin, esto es: , , combinndolos con operadores .

donde Ejemplo:

son atributos de la relacin R.

Selecciona los atributos Apellido, Semestre y NumeroControl de la relacin Alumnos, mostrados como un subconjunto de la relacin Alumnos Producto cartesiano (x) El producto cartesiano de dos relaciones se escribe como:

y entrega una relacin, cuyo esquema corresponde a una combinacin de todas las tuplas de R con cada una de las tuplas de S, y sus atributos corresponden a los de R seguidos por los de S. Ejemplo:

Muestra una nueva relacin, cuyo esquema contiene cada una de las tuplas de la relacin Alumnos junto con las tuplas de la relacin Maestros, mostrando primero los atributos de la relacin Alumnos seguidos por las tuplas de la relacin Maestros. Unin ( ) La operacin

retorna el conjunto de tuplas que estn en R, o en S, o en ambas. R y S deben ser uniones compatibles. Diferencia (-) La diferencia de dos relaciones, R y S denotada por:

entrega todas aquellas tuplas que estn en R, pero no en S. R y S deben ser uniones compatibles.

Estas operaciones son fundamentales en el sentido en que (1) todas las dems operaciones pueden ser expresadas como una combinacin de stas y (2) ninguna de estas operaciones pueden ser omitidas sin que con ello se pierda informacin. No bsicas o Derivadas Entre los operadores no bsicos tenemos: Interseccin () La interseccin de dos relaciones se puede especificar en funcin de otros operadores bsicos:

La interseccin, como en Teora de conjuntos, corresponde al conjunto de todas las tuplas que estn en R y en S, siendo R y S uniones compatibles. Unin natural ( ) (Natural Join)

La operacin unin natural en el lgebra relacional es la que permite reconstruir las tablas originales previas al proceso de normalizacin. Consiste en combinar las proyeccin, seleccin y producto cartesiano en una sola operacin, donde la condicin es la igualdad Clave Primaria = Clave Externa (o Foranea), y la proyeccin elimina la columna duplicada (clave externa). Expresada en las operaciones bsicas, queda

Una reunin theta ( -Join) de dos relaciones es equivalente a:

donde la condicin es libre. Si la condicin es una igualdad se denomina EquiJoin. Divisin (/) Supongamos que tenemos dos relaciones A(x, y) y B(y) donde el dominio de y en A y B, es el mismo. El operador divisin A / B retorna todos los distintos valores de x tales que para todo valor y en B existe una tupla Agrupacin () Permite agrupar conjuntos de valores en funcin de un campo determinado y hacer operaciones con otros campos. Por ejemplo: sum(puntos) as Total Equipo (PARTIDOS). en A.

Clculo Relacional
El Clculo relacional es un lenguaje de consulta que describe la respuesta deseada sobre una Base de datos sin especificar como obtenerla, a diferencia del

lgebra relacional que es de tipo procedural, el clculo relacional es de tipo declarativo; pero siempre ambos mtodos logran los mismos resultados. Relacin con la lgica de primer orden Podemos definir una formula con base a combinaciones de formulas atmicas. Una formula atmica es una combinacin de variables (tipo tupla o tipo dominio, segn corresponda) y atributos o constantes, gracias al uso de operadores como <, >, =, !=, <=, >=. Tambin es una formula atmica variable Relacin. Las combinaciones de frmulas atmicas se generan a partir del uso de operadores como NOT (), AND (), OR (), . Los cuantificadores, limitan una variable.

Clases de Clculo Relacional Podemos distinguir, a lo menos, dos Clases de Clculo Relacional: Clculo Relacional basado en Tuplas. (TRC). Una consulta en TRC es de la forma: {T | (T )} donde T es una variable tipo tupla y (T ) es una frmula que describe a T. El resultado de esta consulta es todas las tuplas t para las cuales la frmula es verdadera. Variable de tipo tupla Una variable tipo tupla T es una variable capaz de tomar cualquier valor tupla que pertenece a una relacin (o tabla). Sintaxis de consulta en TRC La sintaxis es definida a partir de la lgica de primer orden. Donde la variable a utilizar es de tipo tupla. Una variable es libre en una frmula (o subfrmula) si la (sub) frmula no contiene ninguna ocurrencia de cuantificadores que la limiten. En una consulta en TRC de la forma: {T | (T )}, T es la nica variable libre.

Ejemplos de manejadores que implementan el modelo relacional. SQL.

Oracle:

Modelo De Red
En el modelo relacional, los datos y las relaciones entre ellos se representan mediante un conjunto de tablas. El modelo de red se diferencia del modelo relacional en que los datos se representan mediante conjuntos de registros, y las relaciones entre ellos mediante punteros. Una base de datos en red consiste en un conjunto de registros conectados entre si mediante punteros. Los registros son en muchos aspectos parecidos a las entidades del modelo entidad-relacin (E-R). Cada registro es un conjunto de campos (atributos), cada uno de los cuales slo contiene un valor de datos. Los punteros son asociaciones entre exactamente dos registros. Por tanto, los punteros pueden considerarse una forma restringida (binaria) de relacin en el sentido del modelo E-R. Como ejemplo, considrese una base de datos que represente una relacin cliente-cuenta en un sistema bancario. Hay dos tipos de registros, cliente y cuenta. Como se ha visto anteriormente, se puede definir el tipo de registro cliente utilizando una notacin parecida a la del Pascal, de la manera siguiente: type cliente = record nombre-cliente: string; calle-cliente: string; ciudad-cliente: string; end

El tipo de registro cuenta puede definirse de la manera siguiente: type cuenta = record nmero-cuenta: string; saldo: integer; end La base de datos de ejemplo de la Figura muestra que Lpez tiene la cuenta C102, Gonzlez tiene las cuentas C-101 y C-201 y Abril tiene la cuenta C-305.

Estructura del modelo de redes

Se basa en representaciones entre registros por medio de enlaces. Existen relaciones en las que participan solo dos entidades (binarias) y relaciones en las que participan ms de dos entidades (generales) ya sea con o sin atributo descriptivo en la relacin. Se utilizan cuadros o celdas para representar los registros y lneas para representar los enlaces. Una ocurrencia del esquema son los valores que toman los elementos del esquema en un determinado momento. El modelo es muy flexible pues no hay restricciones. Esto implica la gran dificultad a la hora de implementarlo fsicamente a la larga es poco eficiente. Para representar fsicamente este modelo se pueden usar punteros y listas. Este modelo es slo terico, a la hora de llevarlo a la prctica se introducen las restricciones necesarias. El modelo de red permite a cada registro tener mltiples registros paternales y de Hijos, formando una estructura de enrejado.

El argumento principal a favor del modelo de red, en comparacin con el modelo jerrquico, era que permiti un modelado ms natural de relaciones entre entidades. Aunque el modelo extensamente fuera puesto en prctica y usado, esto fall en hacerse dominante por dos motivos principales. En primer lugar, la IBM decidi atenerse al modelo jerrquico con extensiones de semired en sus productos establecidos como IMS Y DL/I. En segundo lugar, eventualmente fue desplazada por el modelo relacional, que ofreci un nivel ms alto, la interfaz ms declarativa. Hasta principios de los aos 1980 las ventajas del funcionamiento de las interfaces de bajo nivel de navegacin ofrecidos por jerrquico y bases de datos de red eran persuasivas para muchos usos en gran escala, pero como el hardware se hizo ms rpido, la productividad suplementaria y la flexibilidad del modelo relacional condujo a la cada en desuso gradual del modelo de red en el uso corporativo de la empresa. En este modelo las entidades se representan como nodos y sus relaciones son las lneas que los unen. En esta estructura cualquier componente puede relacionarse con cualquier otro. A diferencia del modelo jerrquico, en este modelo, un hijo puede tener varios padres. Los conceptos bsicos en el modelo en red son: El tipo de registro, que representa un nodo. Elemento, que es un campo de datos. Agregado de datos, que define un conjunto de datos con nombre.

Este modelo de datos permite representar relaciones N:M

Modelo Jerrquico
Un modelo de datos jerrquico es un modelo de datos en el cual los datos son organizados en una estructura parecida a un rbol. La estructura permite a la informacin que repite y usa relaciones padre/Hijo: cada padre puede tener muchos hijos pero cada hijo slo tiene un padre. Todos los atributos de un registro especfico son catalogados bajo un tipo de entidad.

Ejemplo de un Modelo Jerrquico: En una base de datos, un tipo de entidad es el equivalente de una tabla; cada registro individual es representado como una fila y un atributo como una columna. Los tipos de entidad son relacionados el uno con el otro usando.

Caractersticas De La Estructura Jerrquica

Las caractersticas principales de implementar este modelo son: Globalizacin de la informacin: permite a los diferentes usuarios considerar lainformacin como un recurso corporativo que carece de dueos especficos. Eliminacin de informacin inconsistente: si existen dos o ms archivos con lamisma informacin, los cambios que se hagan a stos debern hacerse a todaslas copias del archivo de facturas. Permite compartir informacin Permite mantener la integridad en la informacin: la integridad de lainformacin es una de sus cualidades altamente deseable y tiene por objetivoque slo se almacena la informacin correcta. Independencia de datos: el concepto de independencia de datos es quizs el quems ha ayudado a la rpida proliferacin del desarrollo de Sistemas de Bases deDatos.

Los segmentos, en funcin de su situacin en el rbol y de sus caractersticas, pueden denominarse como: 1) SEGMENTO PADRE: Es aqul que tiene descendientes, todos ellos localizados en el mismo nivel. 2) SEGMENTO HIJO: Es aqul que depende de un segmento de nivel superior. Todos los hijos de un mismo padre estn en el mismo nivel del rbol. 3) SEGMENTO RAZ: El segmento raz de una base de datos jerrquica es aquel padre que no tiene padre. La raz siempre es nica y ocupa el nivel superior del rbol.

Integracin De Vistas
El objetivo de la integracin de vistas consiste en partir de dos vistas y obtener una tercera que lasenglobe, as sucesivamente hasta llegar al esquema global. Las vistas se dividen en idnticas y no idnticas. Las idnticas contienen los mismostipos de objetos, puede que con distintos nombres. Las no idnticas, poseen diferentestipos de objetos (todo o en parte). Dentro de estas ltimas hay que distinguir las queson equivalentes de las que no lo son. Al querer integrar vistas surgen algunos problemas:

Metodologa para la integracin de visiones

1.- Conflictos de nombres: Homonimia, a dos objetos se les ha asignado el mismo nombre Sinonimia, un mismo objeto con ms de un nombre Ejemplo: conflicto de nombre e entidades, un sistema trata con AUTOR ycon cod_autor como atributo identificador y otro, con ESCRITOR eidentificador cod_escritor. Solucin: usar una sola con su respectivo identificador. Conflicto denombre en interrelaciones, una REVISTA publica ARTICULO o bien, enuna REVISTA aparece un ARTICULO. Solucin: Cambiar el nombre,adoptar uno solo. 2.- Conflictos entre entidades:o una entidad es un subconjunto de otra. Solucin: introducir un subtipo. Ej: entidades REVISTA y PUBLICACION, esta ltima incluye ademsrevistas, recopilaciones y otros tipos, se puede resolver introduciendo larevista como un subtipo de publicacin. Se llama restriccin deseleccin.o una entidad es disjunta con respecto a otra, pero ambas poseenatributos comunes, es decir, son un subtipo de una tercera entidad. Solucin: crear el supertipo. Se llama restriccin de disyuncin.

3.- Conflicto entre tipos de objetos en los que un atributo en una vista es una entidades otra o viceversa: La solucin es transformar el atributo en entidad o la entidad en atributo segnconvenga. Ej: entidad EDITORIAL o atributo de LIBRO? Si vemos que es importante almacenarinformacin de la editorial la consideraremos una entidad, sino ser atributo. 4.- Conflicto de cardinalidades en interrelaciones: Ej: interrelacin escribe entre AUTOR y DOCUMENTO, en un caso 1,n y en otron,n.

Se trata de la misma interrelacin, en este caso se deja la menos restrictiva n,n. Se trata de dos interrelaciones distintas como escribe de tipo n,n yedita de tipo 1,n (suponiendo que un documento puede ser editado poruna persona). En este caso se deben reflejar ambas interrelacionescon distintos nombres. La entidad autor tiene una interrelacin con documento que es escribe, mientras que un subtipo de ella (que es editor) tiene otra interrelacin con documento, que es edita. Existen dos subtipos de la entidad autor, que poseen interrelaciones distintas con documento, por ejemplo, el subtipo escritor y el subtipo editor con las interrelaciones escribe y edita, respectivamente.

5.- Anlisis de redundancia de interrelaciones: Una vez integradas las vistas, habr que analizar si se producenredundancias de interrelaciones, lo que grficamente se refleja enciclos.

Vistas
La vista es un objeto de la base de datos que es un acceso recurrente a la tabla, que se genera por dos razones principales: para tener seguridad por si se quiere ocultar alguna informacin de la tabla, adems de que es solo una consulta, por lo tanto no se puede modificar los datos de la tabla. Y la segunda razn es que si se realiza mucho una consulta, se guarda como vista y se puede tener disponible en cualquier momento.

En s tambin es conocida como una tabla temporal ya que solo se genera si la tabla es consultada.

Para hacer una vista es

CREATE VIEW ejemplo AS SELECT nombre, edad, sueldo FROM trabajador WHERE sexo = 'm'

y para ejecutar la vista solo hay que consultarla:

SELECT * FROM ejemplo;

El ejemplo es la vista recurrente a la tabla de trabajador la cual extrae solo tres atributos de dicha tabla, y tambin puededrseleel tratamiento de tabla, por ejemplo:

SELECT nombre, sueldo FROM ejemplo WHERE sueldo >20000;

y es por eso que se le considera una tabla temporal.

Aplicacion
Se aplica principalmente en casos en los que solo se quiere mostrar una parte de una tabla o cuando solo se va a mostar para lectura y si permisos de modificacin

Ventajas Del Uso De Vistas

Las principales ventajas son: Se reducen las consultas a las tablas guardando las vistas mas usadas Se muestra solo la informacin requerida Permite el ocultamiento de la informacin Aumenta la seguridad puesto que no se da acceso a las tablas originales solo se genera una vista de una parte de la tabla Son tablas temporales

Diccionario De Datos
Un diccionario de datos es un conjunto de metadatos que contiene las caractersticas lgicas y puntuales de los datos que se van a utilizar en el sistema que se programa, incluyendo nombre, descripcin, alias, contenido y organizacin. Identifica los procesos donde se emplean los datos y los sitios donde se necesita el acceso inmediato a la informacin, se desarrolla durante el anlisis de flujo de datos y auxilia a los analistas que participan en la determinacin de los requerimientos del sistema, su contenido tambin se emplea durante el diseo.

Elementos del Diccionario de Datos

En un diccionario de datos se encuentra la lista de todos los elementos que forman parte del flujo de datos de todo el sistema. Los elementos ms importantes son flujos de datos, almacenes de datos y procesos. El diccionario de datos guarda los detalles y descripcin de todos estos elementos. Contenido de un registro del diccionario El diccionario tiene dos tipos de descripciones para el flujo de datos del sistema, son los elementos datos y estructura de datos. Elemento dato: son los bloques bsicos para todos los dems datos del sistema, por si mismos no le dan un significado suficiente al usuario. Se agrupan para formar una estructura de datos. Descripcin: Cada entrada en el diccionario consiste de un conjunto de detalles que describen los datos utilizados o producidos por el sistema. Cada uno esta identificado con: Un nombre: para distinguir un dato de otro. Descripcin: indica lo que representa en el sistema. Alias: porque un dato puede recibir varios nombres, dependiendo de quien uso este dato. Longitud: porque es de importancia de saber la cantidad de espacio necesario para cada dato.

Valores de los datos: porque en algunos procesos solo son permitidos valores muy especficos para los datos. Si los valores de los datos estn restringidos a un intervalo especifico, esto debe estar en la entrada del diccionario. Estructura de datos: es un grupo de datos que estn relacionados con otros y que en conjunto describen un componente del sistema. Descripcin: Se construyen sobre cuatro relaciones de componentes. Se pueden utilizar las siguientes combinaciones ya sea individualmente o en conjuncin con alguna otra. Relacin secuencial: define los componentes que siempre se incluyen en una estructura de datos. Relacin de seleccin: (uno u otro), define las alternativas para datos o estructuras de datos incluidos en una estructura de datos. Relacin de iteracin: (repetitiva), define la repeticin de un componente. Relacin opcional: los datos pueden o no estar incluidos, o sea, una o ninguna iteracin. Notacin Los analistas usan smbolos especiales con la finalidad de no usar demasiada cantidad de texto para la descripcin de las relaciones entre datos y mostrar con claridad las relaciones estructurales. En algunos casos se emplean trminos diferentes para describir la misma entidad (alias) estos se representan con un signo igual (=) que vincula los datos.

Aplicacin
Se utiliza para elaborar las instrucciones y manuales de como utilizar un sistema, para que los programadores sepan que significa cada instruccin y como se relaciona con el resto del sistema. Un ejemplo de un diccionario de datos son los manuales que ilustran la informacin de como usar un comando, mostrando el comando, opciones que permite el comando y una descripcin de su funcin y ventajas e incluso los integrados en las aplicaciones como en la consola de comandos de GNU\Linux, la cual ofrece una lista detallada de los comandos disponibles.