LOGO

Modelo de Datos

MODELACION DE DATOS

LOGO

Modelar datos con herramientas actuales, teniendo como objetivo el facilitar la gestin de las bases de datos en las empresas

OBJETIVO GENERAL DE LA ASIGNATURA

LOGO

Base de Datos o BD
Coleccin de todos los datos operativos de una Empresa de acuerdo a un modelo especfico que son accesibles desde cualquier lugar fsico y nivel de la empresa (Estratgico, Tctico, Operativo) Una BD debe cumplir con las caractersticas de:
1. 2. 3. 4. 5. 6. Unicidad Consistencia Seguridad Privaca Disponibilidad Integridad

LOGO

Modelo de Datos
De acuerdo a [Ullman1999]: Un modelo de datos es un sistema formal y abstracto que permite describir los datos de acuerdo con reglas y convenios predefinidos. Es formal pues los objetos del sistema se manipulan siguiendo reglas perfectamente definidas y utilizando exclusivamente los operadores definidos en el sistema, independientemente de lo que estos objetos y operadores puedan significar.

LOGO

Modelo de Datos
Segn Codd, en [Silberschatz]: Un modelo de datos es una combinacin de tres componentes: 1. Una coleccin de estructuras de datos (los bloques constructores de cualquier base de datos que conforman el modelo); 2. Una coleccin de operadores o reglas de inferencia, los cuales pueden ser aplicados a cualquier instancia de los tipos de datos listados en (1), para consultar o derivar datos de cualquier parte de estas estructuras en cualquier combinacin deseada; 3. una coleccin de reglas generales de integridad, las cuales explcita o implcitamente definen un conjunto de estados consistentes --estas reglas algunas veces son expresadas como reglas de insertar-actualizar-borrar.

LOGO

Modelo de Datos
Un modelo de datos puede ser usado de las siguientes maneras: 1. Como una herramienta para especificar los tipos de datos y la organizacin de los mismos que son permisibles en una base de datos especfica; 2. como una base para el desarrollo de una metodologa general de diseo para las bases de datos; 3. como una base para el desarrollo de familias de lenguajes de alto nivel para manipulacin de consultas (querys) y datos; 4. como el elemento clave en el diseo de la arquitectura de un manejador de bases de datos.

LOGO

Modelo de Datos
El primer modelo de datos desarrollado con toda la formalidad que esto implica fue el modelo relacional, en 1969, mucho antes incluso que los modelos jerrquicos y de red. A pesar de que los sistemas jerrquicos y de red como software para manejar bases de datos son previos al modelo relacional, no fue sino hasta 1973 que los modelos de tales sistemas fueron definidos, apenas unos cuantos aos antes de que estos sistemas empezaran a caer en desuso.

LOGO

Diversos modelados de una Base de Datos

En realidad han existido diversos modelos para modelar la realidad, aqu presentamos algunos de ellos: Modelo Jerrquico Modelo de BD, IMS es la mas popular Modelo de Redes Definido por C. Bachman, IDMS fue el producto comercial Modelo Relacional Funcional Diseo de Codd popularizado por Date (RDB, Oracle, Sybase, Informix ) Modelo Entidad - Relacin Concepcin de Chen, muy usado aplicable a diversos modelos ( j,r,rel) Modelo Semntico Inicialmente de R. Quillian usado solo en investigacin Modelo Binario Instrumentado por Stonebraker basado en el modelo de Codd (Ingres) Modelo Orientado a Objetos Popular al representar la tendencia actual (Ilustra, O2 )

LOGO

MODELO DE RED

Registros (Cajas) Enlaces (Lineas) Enlaces de Uno-Uno, Uno-Muchos

Cliente Modelo de Red Nombre Calle Registro Ciudad Enlace Registro Nmero Cuenta Saldo

LOGO

MODELO JERARQUICO

Registros (Cajas) Enlaces (Ligas) Forma de Arbol con raiz Enlaces de Muchos-Uno, Uno-Uno
Nombre Calle Ciudad Cliente

Enlace

Nmero

Saldo

Cuenta

LOGO

MODELOS DE ENTIDAD - RELACION

NOMBRE Adn Pedro Pedro Carlos Carlos CALLE Kino 624 Morelos 800 Morelos 800 Ruiz 127 Ruiz 127 CIUDAD Ensenada Ensenada Ensenada Ensenada Ensenada NUMERO DE CUENTA 900 556 647 801 647 NUMERO DE CUENTA 900 556 647 801 SALDO 150.00 100,000.00 105,306.00 10,533.00

Tupla o Registro Relaciones(Lineas) Entidad Relaciones de Uno-Uno, Uno-Muchos, Muchos-Uno, MuchosMuchos

LOGO

DBMS - SMBD - SGBD

MODELACION DE DATOS

LOGO

Sistema Manejador de Bases de Datos

DBMS : Software con capacidad para definir, mantener y utilizar una base de datos. Un DBMS debe permitir definir estructuras de almacenamiento, acceder a los datos de forma eficiente y segura, etc..

LOGO

Sistema Manejador de Bases de Datos

Caractersticas de un sistema gestor de bases de datos. 1. Los datos se organizan independientemente de las aplicaciones que los vayan a usar (independencia lgica) y de los ficheros en los que vayan a almacenarse (independencia fsica).

2.
3.

Los usuarios y las aplicaciones pueden acceder a los datos mediante el uso de lenguajes de consulta (p.ej. SQL, Query-by-example).
Los datos se gestionan de forma centralizada e independiente de las aplicaciones.

4.
5.

Consistencia e integridad de los datos.

Fiabilidad (proteccin frente a fallos) y seguridad (no todos los datos deben ser accesibles a todos los usuarios).

LOGO

Ventajas del uso de Bases de Datos

1. 2. 3. 4. 5. 6. Almacenamiento masivo de informacin. Alta disponibilidad. Uso compartido. Acceso remoto. Seguridad. Procesamiento complejo.

LOGO

Problemas de las Bases de Datos

1. 2. 3. 4. 5. 6.

Redundancia e inconsistencia de Datos. Integridad de datos. Seguridad de Datos. Acceso concurrente. Aislamiento de datos. Dificultad de Acceso a datos.

LOGO

Abstraccin de la Informacin

Proporcionar a los usuarios una visin abstracta de los datos, es decir, el sistema esconde ciertos detalles de cmo se almacenan y mantienen los datos.

LOGO

Usuarios de Bases de Datos

Usuarios Ingenuos Interactan con el sistema invocando a uno de los programas de aplicacin permanentes que se han escrito anteriormente en el sistema de base de datos. Usuarios Sofisticados Hacen uso de herramientas de consulta. Programadores de aplicaciones Responsables de implementar las aplicaciones

Administrador de la base de datos [DBA: DataBase Administrator] Responsable de la gestin y administracin de la base de datos

LOGO

Usuarios de Bases de Datos

LOGO

Modelo Entidad-Relacin

MODELACION DE DATOS

LOGO

Modelo Entidad-Relacin(1)
El modelo entidad-relacin es el modelo conceptual ms utilizado para el diseo conceptual de bases de datos. Fue introducido por Peter Chen en 1976. El modelo entidad-relacin est formado por un conjunto de conceptos que permiten describir la realidad mediante un conjunto de representaciones grficas y lingsticas. Originalmente, el modelo entidad-relacin slo inclua los conceptos de entidad, relacin y atributo. Ms tarde, se aadieron otros conceptos, como los atributos compuestos y las jerarquas de generalizacin, en lo que se ha denominado modelo entidad-relacin extendido.

LOGO

Modelo Entidad-Relacin(2)
El modelo Entidad-Relacin es en esencia una herramienta para representar el mundo real por medio de simbologas y expresiones determinadas. Los elementos esenciales del modelo son:
las entidades los atributos y las relaciones entre las entidades. Conexion

LOGO

Modelo Entidad-Relacin(3)
Entidad.- Es un objeto que existe y puede ser

distinguido de otro objeto. Una entidad puede ser concreta (un libro, un automvil etc.) Una entidad se distingue de otra porque posee ciertas caractersticas que la hacen nica. A estas caractersticas se les conoce como atributo. Hay dos tipos de entidades: fuertes y dbiles. Una entidad dbil es una entidad cuya existencia depende de la existencia de otra entidad.

LOGO

Modelo Entidad-Relacin(4)
Un atributo de una entidad es una caracterstica

interesante sobre ella, es decir, representa alguna propiedad que nos interesa almacenar. Por ejemplo, el profesor tiene un nombre, una fecha de nacimiento y un nmero de CURP; algunos de los valores de estos atributos los comparte con otras personas, y otros son exclusivos de l. El profesor adems tiene otras propiedades, como su direccion o edad, que no son interesantes

LOGO

Modelo Entidad-Relacin(5)
Entidad Empleado Atributo : -RFC -Nombre -Salario(2000..10,000) Edad (18..60)
RFC NOMBRE

EMPLEADO

SALARIO

EDAD

LOGO

Modelo Entidad-Relacin(6)
Una relacin Es una correspondencia o asociacin entre dos o ms entidades. Cada relacin tiene un nombre que describe su funcin. Las relaciones se representan grficamente mediante rombos y su nombre aparece en el interior La mayora de las relaciones son BINARIAS; no obstante, pueden existir relaciones que incluyan a mas de dos conjuntos de entidades.
CLIENTE

COMPRAS

ARTICULO

CLIENTE

RENTA

PELICULA

LOGO

Modelo Entidad-Relacin(7)
Ejercicio: Represente mediante Diagramas E-R las siguientes situaciones: 1. Un vdeo club mantiene el control de sus clientes utilizando los Siguientes datos: numero de credencial, nombre, direccin y telfono; l catalogo de pelculas contiene para cada cassette los datos clave, titulo, clasificacin y costo de renta. A fin de imprimir los pagares y mantener un control de rentas, se registran tambin las fechas de renta y la cantidad de das que el cliente mantendr la pelcula.

LOGO

Modelo Entidad-Relacin(8)

FechaRenta Nombre NoCred CLIENTE Direccion Telefono REGISTRO

Dias Clave Titulo PELICULAS Clasificacion CostoRenta

LOGO

Modelo Entidad-Relacin(9)
Una-Una
Tesis- Alumnos

Una-Muchas
Carreras- Alumnos

Muchas-Una
Alumnos-Carreras

Muchas-Muchas
Alumnos-Materias

LOGO

Modelo Entidad-Relacin(10)
El modelo E-R permite definir una serie de limitantes aplicables en la informacin contenida en la base de datos bsicamente, pueden definirse dos tipos de limitantes: a) CARDINALIDAD DE LAS RELACIONES.- es aquella mediante la cual puede especificarse la cantidad de entidades que podrn asociarse mediante una relacin. Las cardinalidades existente para dos conjuntos de entidades A y B y conjunto de relaciones R pueden ser: UNO A UNO: Se

presenta cuando existe una relacin como su nombre lo indica uno a uno, denominado tambin relacin de matrimonio. Una entidad del tipo A solo se puede relacionar con una entidad del tipo B, y viceversa;

LOGO

Modelo Entidad-Relacin(11)
Por ejemplo: La relacin asignacin de automvil que contiene a las entidades EMPLEADO, AUTO, es una relacin 1 a 1, ya que asocia a un empleado con un nico automvil por lo tanto ningn empleado posee ms de un automvil asignado, y ningn vehculo se asigna a ms de un trabajador. Es representado grficamente de la siguiente manera

Representa a una entidad de cualquier tipo diferente a una entidad B. R: En el diagrama representa a la relacin que existe entre las entidades. El extremo de la flecha que se encuentra punteada indica el uno de la relacin, en este caso, una entidad A ligada a una entidad B.

A:

LOGO

Modelo Entidad-Relacin(12)
UNO A MUCHAS: Significa que una entidad del tipo A puede relacionarse con
cualquier cantidad de entidades del tipo B, y una entidad del tipo B solo puede estar relacionada con una entidad del tipo A. Su representacin grfica es la siguiente:

Ntese en este caso que el extremo punteado de la flecha de la relacin de A y B, indica una entidad A conectada a muchas entidades B.

LOGO

Modelo Entidad-Relacin(13)
MUCHOS A UNO.-Indica que una entidad del tipo B puede

relacionarse con cualquier cantidad de entidades del tipo A, mientras que cada entidad del tipo A solo puede relacionarse con solo una entidad del tipo B.

LOGO

Modelo Entidad-Relacin(14)
MUCHOS A MUCHOS: Establece que cualquier cantidad de

entidades del tipo A pueden estar relacionados con cualquier cantidad de entidades del tipo B.

LOGO

Modelo Entidad-Relacin(15)
EJEMPLO:

UNO-UNO.- El noviazgo, el RFC de cada persona, la CURP personal, El acta de nacimiento, ya que solo existe un solo documento de este tipo para cada una de las diferentes personas. UNO-MUCHOS.-Cliente Cuenta en un banco, PadreHijos, Camin-Pasajeros, zoolgico- animales, rbol hojas. MUCHOS-MUCHOS.-Arquitecto proyectos, fiesta personas, estudiante materias.

LOGO

Modelo Entidad-Relacin(16)
b) DEPENDENCIA DE EXISTENCIA.- Nos permiten definir que

un conjunto de entidades esta condicionado a la existencia de otro un ejemplo de este condicionamiento se da entre una entidad alumno y la entidad calificacin.

A esta limitante se le denomina dependencia por existencia. Si una entidad Y requiere de una entidad X para existir se dice

que Y es dependiente por existencia de X; esto implica que si eliminamos a la entidad X; deber eliminarse la entidad Y. Para el caso anterior, se nombrara a X como la entidad dominante o fuerte, y a Y como entidad subordinada o dbil
Las entidades dbiles se sealan como rectngulos de doble pared

LOGO

Modelo Entidad-Relacin(17)
LLAVES PRIMARIAS.- Una llave primaria es aquel
atributo el cual consideramos clave para la identificacin de los dems atributos que describen a la entidad. Por ejemplo, si consideramos la entidad ALUMNO de la Universidad, podramos tener los siguientes atributos: Nombre, Semestre, Especialidad, Direccin, Telfono, Nmero de control, de todos estos atributos el que podremos designar como llave primaria es el nmero de control, ya que es diferente para cada alumno y este nos identifica en la institucin. Claro que puede haber ms de un atributo que pueda identificarse como llave primaria en este caso se selecciona la que consideremos ms importante, los dems atributos son denominados llaves secundarias

LOGO

Modelo Entidad-Relacin(18)
Una clave o llave primaria es indicada grficamente en el

modelo E-R con una lnea debajo del nombre del atributo

LOGO

Modelo Entidad-Relacin(19) Ejercicios:

Disear el modelo E-R, para la relacin Registro de automvil

que consiste en obtener la tarjeta de circulacin de un automvil con los siguientes datos:- Automvil- Modelo, Placas, Color Tarjeta de circulacin -Propietario, No_serie, Tipo.

En este ejemplo existe una relacin de pertenencia de uno a

uno, ya que existe una tarjeta de circulacin registrada por cada automvil.

LOGO

Modelo Entidad-Relacin(20) Ejercicios:

Disear el modelo E-R, para la relacin Gobierno con los siguientes datos:- Presidente- Nombre, Direccin, Partido - Pas - Nombre, Habitantes, Dimensin.

En este ejemplo, representamos que existe un solo presidente para cada pas

LOGO

Modelo Entidad-Relacin(21) Ejercicios:

Disear el modelo E-R, para la relacin Apertura de cuenta con los siguientes datos:- Cliente- Curp, Nombre, Direccin -Cuenta -No.Cta Tipo Cta, Saldo.

En este ejemplo, un cliente puede tener muchas cuentas, pero una cuenta puede llegar a pertenecer a un solo cliente (Se Dice puede, ya que existen cuentas registradas a favor de ms de una persona)

LOGO

Modelo Entidad-Relacin(22)

Reduccin de diagramas E-R a tablas:

Un diagrama E-R, puede ser representado tambin a travs de una coleccin de tablas. Para cada una de las entidades y relaciones existe una tabla nica a la que se le asigna como nombre el del conjunto de entidades y de las relaciones respectivamente, cada tabla tiene un nmero de columnas que son definidas por la cantidad de atributos y las cuales tienen el nombre del atributo. Ejemplo: La transformacin de nuestro ejemplo Venta en la que intervienen las entidades de Vendedor con los atributos RFC, nombre, puesto, salario y Artculo con los atributos Clave, descripcin, costo. Cuyo diagrama E-R es el siguiente

LOGO

Modelo Entidad-Relacin(23)

Tablas resultantes:
Tabla Empleado Nombre Tefilo Cesar Puesto Vendedor Auxiliar ventas Salario 2000 1200 RFC TEAT701210XYZ COV741120ABC

Tabla Venta
RFC TEAT701210XYZ COV741120ABC Clave C260 A100

Tabla artculo
Clave A100 C260 Descripcin Abanico Colcha matrimonial Costo 460 1200

Ntese que en la tabla de relacin - Venta -, contiene como atributos a las llaves primarias de las entidades que intervienen en dicha relacin, en caso de que exista un atributo en las relaciones, este atributo es anexado como una fila ms de la tabla. Por ejemplo:

LOGO

Modelo Entidad-Relacin(24)

si anexamos el atributo fecha a la relacin venta, la tabla que se originaria sera la siguiente:
Tabla Venta
RFC Clave Fecha

TEAT701210XYZ
COV741120ABC

C260
A100

10/12/96
11/12/96

LOGO

Modelo Relacional

MODELACION DE DATOS

LOGO

Modelo relacional(1)
En 1970, el modo en que se vean las bases de datos cambi por completo cuando E. F. Codd introdujo el modelo relacional. En aquellos momentos, el enfoque existente para la estructura de las bases de datos utilizaba punteros fsicos (direcciones de disco) para relacionar registros de distintos ficheros. Si, por ejemplo, se quera relacionar un registro con otro registro, se deba aadir al registro un campo conteniendo la direccin en disco del registro. Este campo aadido, un puntero fsico, siempre sealara desde el registro al registro. Codd demostr que estas bases de datos limitaban en gran medida los tipos de operaciones que los usuarios podan realizar sobre los datos.

LOGO

Modelo relacional(2)
Adems, estas bases de datos eran muy vulnerables a cambios en el entorno fsico. Si se aadan los controladores de un nuevo disco al sistema y los datos se movan de una localizacin fsica a otra, se requera una conversin de los ficheros de datos. Estos sistemas se basaban en el modelo de red y el modelo jerrquico, los dos modelos lgicos que constituyeron la primera generacin de los SGBD. El modelo relacional representa la segunda generacin de los SGBD. En l, todos los datos estn estructurados a nivel lgico como tablas formadas por filas y columnas, aunque a nivel fsico pueden tener una estructura completamente distinta. Un punto fuerte del modelo relacional es la sencillez de su estructura lgica.

LOGO

Modelo relacional(3)
Desarrollado por E. F. Codd a finales de los sesenta. La estructura fundamental es la relacin o tabla. SQL es el lenguaje que se utiliza para manejar este tipo de bases de datos. El modelo objeto-relacional que hoy implementan las compaas ms importantes (IBM, Microsoft y Oracle) es una extensin del mismo.

ESTRUCTURA GENERAL DE LA BD RELACIONALES

LOGO

Modelo relacional(4)
La estructura fundamental del modelo relacional: la relacin. El modelo relacional se basa en el concepto matemtico de relacin, que grficamente se representa mediante una tabla. Codd, que era un experto matemtico, utiliz una terminologa perteneciente a las matemticas, en concreto de la teora de conjuntos y de la lgica de predicados. Una relacin es una tabla con columnas y filas. Un SGBD slo necesita que el usuario pueda percibir la base de datos como un conjunto de tablas. Esta percepcin slo se aplica a la estructura lgica de la base de datos. En el modelo relacional, las relaciones se utilizan para almacenar informacin sobre los objetos que se representan en la base de datos. Una relacin se representa grficamente como una tabla bidimensional en la que las filas corresponden a registros individuales y las columnas corresponden a los campos o atributos de esos registros. Los atributos pueden aparecer en la relacin en cualquier orden

LOGO

Modelo relacional(5)
Por ejemplo: La informacin de las oficinas de la empresa inmobiliaria se representa mediante la relacin OFICINA, que tiene columnas para los atributos Onum (nmero de oficina), Calle, Area, Poblacin, Telfono y Fax. La informacin sobre la plantilla se representa mediante la relacin PLANTILLA, que tiene columnas para los atributos Enum (nmero de empleado), Nombre, Apellido, Direccin, Telfono, Puesto, Fecha_nac, Salario, DNI, Onum (nmero de la oficina a la que pertenece el empleado). A continuacin se muestra una instancia de la relacin OFICINA y una instancia de la relacin PLANTILLA. Como se puede observar, cada columna contiene valores de un solo atributo. Por ejemplo, la columna Onum slo contiene nmeros de oficinas que existen.

LOGO

Modelo relacional(6)
OFICINA
Onum O5 Calle Enmedio, 8 Area Centro Poblacin Castelln Telfono 964 201 240 Fax 964 201 340

O7
O3 O4 O2

Moyano, s/n
San Miguel, 1 Trafalgar, 23 Cedre, 26

Centro
Grao

Castelln
Villarreal Castelln Villarreal

964 215 760

964 520 250 964 284 440 964 525 810

964 215 670

964 520 255 964 284 420 964 252 811

PLANTILLA
Enum EL21 EG37 EG14 EA9 EG5 EL41 Nombre Amelia Pedro Luis Rita Julio Carlos Apellido Pastor Cubedo Collado Renau Prats Baeza Direccin Magallanes, 15 Bayarri, 11 Borriol, 35 Casalduch, 32 Melilla, 23 Herrero, 51 Telfono 964 284 560 964 535 690 964 522 230 964 257 550 964 524 590 964 247 250 Puesto Director Supervisor Administ. Supervisor Director Supervisor Fecha_na c 12/10/62 24/3/57 9/5/70 19/5/60 19/12/50 29/2/67 Salario 30000 18000 12000 18000 24000 18000 DNI 39432212E 38766623X 24391223L 39233190F 25644309X 39552133T Onum O5 O3 O3 O7 O3 O5

LOGO

Modelo relacional(7)
Un dominio es el conjunto de valores legales de uno o

varios atributos. Los dominios constituyen una poderosa caracterstica del modelo relacional. Cada atributo de una base de datos relacional se define sobre un dominio, pudiendo haber varios atributos definidos sobre el mismo dominio. La siguiente tabla muestra los dominios de los atributos de la relacin OFICINA. Ntese que en esta relacin hay dos atributos que estn definidos sobre el mismo dominio, Telfono y Fax.

LOGO

Modelo relacional(8)
Atributo Nombre del Dominio Onum
Calle Area

Descripcin

Definicin

NUM_OFICINA
NOM_CALLE NOM_AREA

Posibles valores de nmero de oficina 3 caracteres;

Nombres de calles de Villahermosa Nombres de reas de las poblaciones de Villahermosa Nombres de las poblaciones de Villahermosa Nmeros de telfono de Villahermosa 25 caracteres 20 caracteres 15 caracteres 9 caracteres

Poblacin NOM_POBLACION Telfono NUM_TEL_FAX

Fax

NUM_TEL_FAX

Nmeros de telfono de Villahermosa

9 caracteres

LOGO

Modelo relacional(9)
El concepto de dominio es importante porque permite que el

usuario defina, en un lugar comn, el significado y la fuente de los valores que los atributos pueden tomar. Esto hace que haya ms informacin disponible para el sistema cuando ste va a ejecutar una operacin relacional, de modo que las operaciones que son semnticamente incorrectas, se pueden evitar. Por ejemplo, no tiene sentido comparar el nombre de una calle con un nmero de telfono, aunque los dos atributos sean cadenas de caracteres. Sin embargo, el importe mensual del alquiler de un inmueble no estar definido sobre el mismo dominio que el nmero de meses que dura el alquiler, pero s tiene sentido multiplicar los valores de ambos dominios para averiguar el importe total al que asciende el alquiler.

LOGO

Modelo relacional(10)
CLAVE: Ya que en una relacin no hay tuplas repetidas, stas se

pueden distinguir unas de otras, es decir, se pueden identificar de modo nico. La forma de identificarlas es mediante los valores de sus atributos. Una superclave es un atributo o un conjunto de atributos que identifican de modo nico las tuplas de una relacin.

LOGO

Modelo relacional(11)
A)

B)

Las caractersticas ms importantes de los modelos relacionales son: Es importante saber que las entradas en la tabla tienen un solo valor (son atmicos); no se admiten valores mltiples, por lo tanto la interseccin de un rengln con una columna tiene un solo valor, nunca un conjunto de valores. Todas las entradas de cualquier columna son de un solo tipo. Por ejemplo, una columna puede contener nombres de clientes, y en otra puede tener fechas de nacimiento. Cada columna posee un nombre nico, el orden de las comunas no es de importancia para la tabla, las columnas de una tabla se conocen como atributos. Cada atributo tiene un dominio, que es una descripcin fsica y lgica de valores permitidos.

LOGO

Modelo relacional(12)
C) D)

No existen 2 filas en la tabla que sean idnticas. La informacin en las bases de datos son representados como datos explcitos, no existen apuntadores o ligas entre las tablas.

LOGO

Modelo relacional(13)
Operaciones fundamentales que se pueden hacer sobre las

bases de datos relacionales son: Seleccionar Proyectar Renombrar, Estas son denominadas operaciones unitarias ya que operan sobre una tabla. Las otras operaciones operan sobre pares de relaciones y, por tanto se llaman operaciones binarias.

LOGO

Modelo relacional(14)
Operacin Seleccionar:
Esta operacin selecciona tuplas (filas) que satisfacen una instruccin (condicin) dada de una tabla. Se representa por medio de parntesis. (nombre_tabla WHERE condicin);

La oracin de la instruccin despus de la clusula WHERE puede incluir condiciones de igualdad como =,=,<,>,>=,<=,adems que se puede hacer una oracin ms compleja usando los conectores y (^) y o (v).

LOGO

Modelo relacional(15)
Operacin Proyectar:
Consiste en identificar las columnas (atributos en el modelo ER) que nos interesa conocer. Se representa por medio de corchetes. Si este se omite indicara que se desea obtener todas las columnas de la tabla en cuestin . (nombre_tabla WHERE condicin) [Nombre_atributo];

LOGO

Modelo relacional(16)
Operacin Producto cartesiano:
Consiste en multiplicar todas las tuplas entre tablas, obteniendo como resultado una tabla que contiene todas las columnas de ambas tablas. Se especifica con la orden TIMES. Nombre_tabla TIMES Nombre_tabla;

LOGO

Modelo relacional(17)

Operacin Union:
Construye una relacin formada por todas las tuplas de la primera relacin y todas las tuplas de la segunda relacin. El

requisito es que ambas relaciones sean del mismo tipo .

Nom_TablaA UNION Nom_tablaB

LOGO

Modelo relacional(18)

Operacin Interseccin:
Construye una nueva tabla compuesta por todas las tuplas que estn en la primera y segunda tabla. Nom_TablaA INTERSEC Nom_tablaB

LOGO

Modelo relacional(19)
Operacin Join:

Consiste en obtener el producto (multiplicacin) de todas las tuplas de una tabla con las de la otra, para posteriormente evaluar aquellas cuyo campo en comn sea igual generando como resultado una nueva tabla que tiene como tuplas (renglones) que cumplen con la condicin establecida. Se representa con la orden JOIN. La orden Join es colocada entre las dos tablas a multiplicar despus de que la primera especifica la operacin de seleccin y proyeccin.
(Tabla)[atributo] JOIN (Tabla)[Atributo];

LOGO

Modelo relacional(20) Ejemplo:

Consideremos el ejemplo

ALUMNO - cursa - MATERIA, que tienen los siguientes atributos:

Alumno- Ncontrol, NombreA, Especialidad, Direccin Cursa- Ncontrol, Clave, Calif Materia- Clave, NombreM , Creditos
1. Obtener el nombre de todos los alumnos que estn inscritos en la nstitucin. (Alumno) [NombreA]; 2. Obtener el nombre de los alumnos que cursan la materia Base de datos cuya clave es SCB9333 (Alumno) JOIN (Cursa where Clave='SCB9333') [NombreA];

LOGO

Modelo relacional(21)
El proceso de normalizacin es un estndar que consiste, bsicamente, en un proceso de conversin de las relaciones entre las entidades, evitando: La redundancia de los datos: repeticin de datos en un sistema. Anomalas de actualizacin: inconsistencias de los datos como resultado de datos redundantes y actualizaciones parciales. Anomalas de borrado: prdidas no intencionadas de datos debido a que se han borrado otros datos. Anomalas de insercin: imposibilidad de adicionar datos en la base de datos debido a la ausencia de otros datos. Existen 4 formas normales bsicas. Existen algunas ms menos extendidas y prcticas.

LOGO

Modelo relacional(22)
Se dice que una tabla se encuentra en primera forma normal (1NF) si y solo si cada uno de los campos contiene un nico valor para un registro determinado. La segunda forma normal compara todos y cada uno de los campos de la tabla con la clave definida. Si todos los campos dependen directamente de la clave se dice que la tabla est es segunda forma normal (2NF). Se dice que una tabla est en tercera forma normal si y solo si los campos de la tabla dependen nicamente de la clave, dicho en otras palabras los campos de las tablas no dependen unos de otros. Una tabla est en cuarta forma normal si y slo si para cualquier combinacin clave - campo no existen valores duplicados.

LOGO