INSTITUTO TECNOLGICO SUPERIOR DE FELIPE CARRILLO PUERTO

TRABAJO: Investigacin Unidad 3: MODELO RELACIONAL

DOCENTE: MC. Arizb Del S. Arana Kantn SEMESTRE: 4 ELABORADO POR: Yama May Jos Luis GRUPO: B AULA: J-4

Felipe Carrillo Puerto Quintana Roo, a 20 de Marzo del 2013

Contenido
INTRODUCCIN .............................................................................................................................. 3 3.1 ESTRUCTURA BSICA ........................................................................................................... 4 3.2 ESQUEMA DE LA BASE DE DATOS. ................................................................................... 6 3.3 CLAVES ...................................................................................................................................... 8 Superclave ..................................................................................................................................... 8 Claves Candidatas O Primarias ................................................................................................. 8 3.4 LENGUAJES DE CONSULTA ................................................................................................. 9 Lenguajes Procedimentales........................................................................................................ 9 Lenguajes No Procedimentales ................................................................................................. 9 CONCLUSIN ................................................................................................................................ 10 BIBLIOGRAFA ............................................................................................................................... 11

INTRODUCCIN
En este trabajo de investigacin, los temas a tratar son los que se incluyen en la unidad nmero 3 de fundamentos de base de datos, el cual esta titulado como Modelo Relacional. Se anexa informacin acerca de la estructura bsica de una base de datos relacional, una pequea definicin de esta, la estructura que tiene, los elementos que la componen y como se definen cada uno para que se pueda tener realmente una estructura de base de datos relacional. Adems de que incluye informacin bsica y sencilla sobre el esquema de una base de datos relacional, que puede permitir diferenciar entre la etapa conceptual o esquemtica de una base de datos y su fase de creacin, es decir, cuando ya se crea la base de datos mediante un SGBD a partir de diseo esquemtico. Otro punto y que es muy importante saber de ello, es sobre las claves que nos permitirn identificar a todas y cada una de las entidades que estarn involucradas dentro del sistema de base de datos. Por ello se incluye informacin sobre algunas formas de crear claves y definirlas como superclaves o claves primarias, entre otras caractersticas de estas que se deben de conocer. As mismo, y para complementar todo lo de ms, tambin se anexa informacin acerca de lenguajes de consulta de base de datos, que son el, medio que nos permitir conocer y manipular, - crear, modificar y eliminar -, toda la informacin que se encuentre almacenada en la base de datos. Para este caso se habla de dos tipos de lenguajes de consulta, preliminares y no preliminares, se definen cada uno de estos.

3.1 ESTRUCTURA BSICA

Actualmente, para la mayora de las aplicaciones de gestin que utilizan bases de datos, el modelo ms empleado es el modelo relacional, por su gran versatilidad, potencia y por los formalismos matemticos sobre los que se basa. Este modelo permite representar la informacin del mundo real de una manera intuitiva, introduciendo conceptos cotidianos y fciles de entender por cualquier persona experta o inexperta en el campo del diseo y creacin de bases de datos. Asimismo, mantiene informacin sobre las propias caractersticas de la base de datos (metadatos), que facilitan las modificaciones, disminuyendo los problemas ocasionados en las aplicaciones ya desarrolladas. Por otro lado, incorpora mecanismos de consulta muy potentes, y totalmente independientes del S.G.B.D., e incluso de la organizacin fsica de los datos; el propio S.G.B.D. es el encargado de optimizar estas preguntas en formato estndar, a sus caractersticas propias de almacenamiento. El modelo relacional fue propuesto por E.F. Codd en los laboratorios de IBM en California. Se trata de un modelo lgico que establece una estructura sobre los datos, aunque posteriormente stos puedan ser almacenados de mltiples formas para aprovechar caractersticas fsicas concretas de la mquina sobre la que se implante la base de datos realmente. Una base de datos relacional consiste en un conjunto de tabla, a cada una de las cuales se les asigna un nombre exclusivo. Cada fila de la tabla representa una relacin entre un conjunto de valores. Dado que cada tabla es un conjunto de dichas relaciones, hay una fuerte correspondencia entre el concepto de tabla y el concepto matemtico de relacin En ella podemos distinguir un conjunto de columnas, denominadas atributos, que representan propiedades de la misma y que estn caracterizadas por un nombre; y un conjunto de filas llamadas tuplas que son las ocurrencias de la relacin. Existen tambin unos dominios donde los atributos toman sus valores. El nmero de filas de una relacin se denomina cardinalidad de la relacin y el nmero de columnas es el grado de la relacin. Una relacin se puede representar en forma de tabla, pero va a tener una serie de elementos caractersticos: No puede haber filas duplicadas, es decir, todas las tuplas tienen que ser distintas. El orden de las filas es irrelevante. La tabla es plana, es decir, en el cruce de una fila y una columna slo puede haber un valor (no se admiten atributos Multivalorados).

Dominio y Atributo Un dominio D es un conjunto finito de valores homogneos y atmicos caracterizados por un nombre; decimos homogneos porque son todos del mismo tipo y atmicos porque son indivisibles. Todo dominio ha de tener un nombre por el cual nos podamos referir a l y un tipo de datos; as el tipo de datos del dominio "nacionalidades" es una tira de caracteres de longitud 10. El dominio "nacionalidades" tiene valores: Espaa, descompusiramos Espaa en E,s,p,... perdera la semntica. Ejemplos de dominios seran: Colores: Es el conjunto de los colores D={rojo, verde, azul,} Nmeros de DNI: Es conjunto de nmeros del DNI vlidos, formados por ocho dgitos. Edad: Edades posibles de los empleados entre 18 y 80 aos. Un atributo es el papel que tiene un determinado dominio en una relacin. Es muy usual dar el mismo nombre al atributo y al dominio. En el caso de que sean varios los atributos de una misma tabla definidos sobre el mismo dominio, habr que darles nombres distintos, ya que una tabla no puede tener dos atributos con el mismo nombre. Por ejemplo los atributos edad_fsica y edad_mental pueden estar definidos sobre el mismo dominio edad; o los atributos precio_compra y precio_venta pueden estar definidos sobre el mismo dominio de enteros de longitud 5. Adems de los dominios y atributos simples que acabamos de definir, en los ltimos trabajos de algunos autores [Codd (1990), Date (1990)] se introduce el concepto de dominio compuesto. Un dominio compuesto se puede definir como una combinacin de dominios simples que tiene un nombre y a la que se pueden aplicar ciertas restricciones de integridad. Por ejemplo, un usuario puede necesitar manejar, adems de los tres dominios Da, Mes y Ao, un dominio compuesto denominado Fecha que sera la combinacin de los tres primeros, y al que podramos aplicar las adecuadas restricciones de integridad a fin de que no aparecieran valores no vlidos para la fecha; algo anlogo ocurre Con el nombre y los apellidos, que, segn las aplicaciones, puede ser conveniente tratarlos en conjunto o por separado. Francia,... Si

De la misma forma, es posible definir un atributo compuesto Fecha que tomara sus valores del dominio compuesto de igual nombre. Un esquema de relacin, describe la estructura de una relacin. Se compone de un nombre de relacin, R, y una lista de atributos. Cada atributo es el nombre de un papel desempeado por algn dominio. El grado de una relacin es el nmero de atributos de su esquema de relacin. Una relacin (o ejemplar de relacin) del esquema de relacin, es un conjunto de n-tuplas, Cada n-tuplas es una lista ordenada de n valores, donde cada valor, es un elemento de dominio, o bien un valor nulo especial. Tambin se acostumbra usar los trminos intensin de una relacin para el esquema y extensin(o estado) de una relacin para un ejemplar de la relacin.

3.2 ESQUEMA DE LA BASE DE DATOS.

Cuando se habla de bases de datos se debe diferenciar entre el esquema de la base de datos, o diseo lgico de la misma, y el ejemplar de la base de datos, que es una instancia de los datos de la misma en un momento dado. El Esquema de una Base de datos (en Ingls Databas Schema) describe la estructura de una Base de datos, en un lenguaje formal soportado por un Sistema administrador de Base de datos (DBMS). En una Base de datos Relacional, el Esquema define sus tablas, sus campos en cada tabla y las relaciones entre cada campo y cada tabla. El esquema es generalmente almacenado en un Diccionario de Datos. Aunque generalmente el esquema es definido en un lenguaje de Base de datos, el trmino se usa a menudo para referirse a una representacin grfica de la estructura de base de datos. Niveles de Esquema de Base de datos Esquema Conceptual, un mapa de conceptos y sus relaciones. Esquema Lgico, un mapa de las entidades y sus atributos y las relaciones. Esquema Fsico, una aplicacin de un esquema lgico. Esquema Objeto, Base de datos Oracle Objeto. El concepto de relacin se corresponde con el concepto de variable de los lenguajes de programacin. El concepto de esquema de la relacin se corresponde con el concepto de definicin de tipos de los lenguajes de programacin.

Resulta conveniente dar un nombre a los esquemas de las relaciones, igual que se dan nombres a las definiciones de tipos en los lenguajes de programacin. Se adopta el convenio de utilizar nombres en minsculas para las relaciones y nombres que comiencen por una letra mayscula para los esquemas de las relaciones. Siguiendo esta notacin se utilizar Esquema-cuenta para denotar el esquema de la relacin de la relacin cuenta. Por tanto, Es quema-cuenta = (nmero-cuenta, nombre-sucursal, saldo)

Se denota el hecho de que cuenta es una relacin de Esquema-cuenta mediante cuenta (Esquema-cuenta) En general, los esquemas de las relaciones incluyen una lista de los atributos y de sus dominios correspondientes. La definicin exacta del dominio de cada atributo no ser relevante hasta que se discuta el lenguaje SQL. El concepto de ejemplar de relacin se corresponde con el concepto de valor de una variable en los lenguajes de programacin. El valor de una variable dada puede cambiar con el tiempo; de manera parecida, el contenido del ejemplar de una relacin puede cambiar con el tiempo cuando la relacin se actualiza. Sin embargo, se suele decir simplemente relacin cuando realmente se quiere decir ejemplar de la relacin. Como ejemplo de ejemplar de una relacin, considrese la relacin sucursal. El esquema de esa relacin es Esquema-relacin = (nombre-sucursal, ciudad-sucursal, activos) Obsrvese que el atributo nombre de la sucursal aparece tanto en Esquema-sucursal como en Esquema-cuenta. Esta duplicidad no es una coincidencia. Ms bien, utilizar atributos comunes en los esquemas de las relaciones es una manera de relacionar las tuplas de relaciones diferentes. El uso de atributos comunes en esquemas de relacin es una forma de relacionar tuplas de distintas relaciones.

3.3 CLAVES
Es necesario tener una forma de especificar cmo las entidades dentro de un conjunto de entidades dado y las relaciones dentro de un conjunto de relaciones dado son distinguibles. Conceptualmente las entidades y relaciones individuales son distintas; desde una perspectiva de bases de datos, sin embargo, la diferencia entre ellas se debe expresar en trmino de sus atributos. Por lo tanto, los valores de los atributos de una entidad deben ser tales que permitan identificar unvocamente a la entidad. En otras palabras, no se permite que ningn par de entidades tengan exactamente los mismos valores de sus atributos. Una clave permite identificar un conjunto de atributos suficiente para distinguir las entidades entre s. Las claves tambin ayudan a identificar unvocamente a las relaciones y as a distinguir las relaciones entre s.

Superclave

Una superclave es un conjunto de uno o ms atributos que, tomados colectivamente, permiten identificar de forma nica una entidad en el conjunto de entidades. Por ejemplo, el atributo id-cliente del conjunto de entidades cliente es suficiente para distinguir una entidad cliente de las otras. As, id-cliente es una superclave. Anlogamente, la combinacin de nombre-cliente e id-cliente es una superclave del conjunto de entidades cliente. El atributo nombre-cliente de cliente no es una superclave, porque varias personas podran tener el mismo nombre.

Claves Candidatas O Primarias

Si K es una superclave, entonces tambin lo es cualquier superconjunto de K. A menudo interesan las superclaves tales que los subconjuntos propios de ellas no son superclave. Tales superclaves mnimas se llaman claves candidatas. Es posible que conjuntos distintos de atributos pudieran servir como clave candidata. Supngase que una combinacin de nombre-cliente y calle-cliente es suficiente para distinguir entre los miembros del conjunto de entidades cliente. Entonces, los conjuntos {id-cliente} y {nombre-cliente, calle-cliente} son claves candidatas. Aunque los atributos id-cliente y nombre-cliente juntos puedan distinguir entidades cliente, su combinacin no forma una clave candidata, ya que el atributo id-cliente por s solo es una clave candidata.

Se usar el trmino clave primaria para denotar una clave candidata que es elegida por el diseador de la base de datos como elemento principal para identificar las entidades dentro de un conjunto de entidades.

3.4 LENGUAJES DE CONSULTA

Un lenguaje de consulta es un lenguaje en el que un usuario solicita informacin de la base de datos. Estos lenguajes suelen ser de un nivel superior que el de los lenguajes de programacin habituales. Los lenguajes de consulta pueden clasificarse como procedimentales o no procedimentales. Lenguajes Procedimentales

En los lenguajes procedimentales el usuario instruye al sistema para que lleve a cabo una serie de operaciones en la base de datos para calcular el resultado deseado. Lenguajes No Procedimentales

En los lenguajes no procedimentales el usuario describe la informacin deseada sin dar un procedimiento concreto para obtener esa informacin. La mayor parte de los sistemas comerciales de bases de datos relacionales ofrecen un lenguaje de consulta que incluye elementos de los enfoques procedimental y no procedimental. Usaremos lenguajes que nos permitan trabajar con el lgebra relacional, siendo sta de tipo procedimental, mientras que el clculo relacional de tuplas y el de dominios son no procedimentales. Un lenguaje de manipulacin de datos completo no slo incluye un lenguaje de consulta, sino tambin un lenguaje para la modificacin de las bases de datos. Estos lenguajes incluyen rdenes para insertar y borrar tuplas, as como rdenes para modificar partes de las tuplas existentes. Las modificaciones de las bases de datos se examinarn despus de completar la discusin sobre las consultas.

CONCLUSIN
Para concluir este trabajo, puedo argumentar que el tener conocimiento sobre el diseo de la base de datos relacional, permite entender con mayor facilidad la siguiente fase del desarrollo de una base de datos siguiendo esta estructura. Es decir, la creacin de tablas de entidades a partir de los esquemas que se construyen sobre cada una de las entidades, en el que tambin se definen de manera grfica sus atributos, y como se relacionan entre s. Adems de establecer uno de los puntos importantes que en este trabajo se recalc sobre ello, las claves, en esta etapa se establece como se relacionan cada una de las entidades por medio de sus claves, ya sea superclave, clave primaria o por medio de una clave secundaria o fornea. Otro aspecto que pude conocer al desarrollar esta investigacin es sobre los lenguajes que permiten realizar consultas a la informacin que contiene un sistema de base de datos. Saber que la mayora de los manejadores de base de datos incluyen dos tipos de lenguajes de consulta los procedimentales y los no procedimentales, cada uno de estos con diferentes caractersticas que los definen. En fin este trabajo, de investigacin me sirvi para comprender ms a fondo la siguiente etapa del desarrollo de una base de datos, y poder definir adecuadamente la estructura final de la base de datos al crearlo utilizando un Sistema Gestor de Base de Datos.

10

BIBLIOGRAFA
Paginas consultadas
http://labredes.itcolima.edu.mx/fundamentosbd/sd_u2_3.htm http://es.scribd.com/doc/8585169/1/UNIDAD-3-MODELO-RELACIONAL http://basededatos-utmach-ei.blogspot.mx/p/unidad-iii-el-modelo-relacional.html http://isc.itcj.s5.com/bdd1/unidad3.htm https://sites.google.com/site/basededatosuttehuacan/modelo-relacional

11