FORO 2

Lizeth Yuliana Pinto Roa

ActividadForo Unidad 2

DocenteLuis Alfonso Narváez Cartagena

Universidad del QuindíoPrograma CIDBA

Abril2016

1. ¿CUÁL ES EL MODELO DE ENTIDAD RELACIÓN QUE PROPONE

RICHARD BAKER EN LA TÉCNICA DE MODELADO DE DATOS? EXPLICAR O DAR EJEMPLOS.

Richard Baker afirma que: El modelo entidad relación es un diagrama, que como su nombre lo indica, está compuesto de dos partes principales que son las entidades y las relaciones entre éstas. Este diagrama es el resultado del análisis que se realiza para cada sistema de información que se desea desarrollar. Seguidamente se hará una descripción de cada una de sus partes:

EntidadUna entidad es una cosa o un objeto con significado real o imaginado, acerca de la cual existe la necesidad de información que se va a conocer o a mantener.

Representación gráficaUna entidad se representa con un rectángulo con esquinas redondeadas dentro del cual se escribe el nombre correspondiente para su identificación. El nombre se muestra en SINGULAR en letras MAYÚSCULAS, y sin ABREVIATURAS, además debe ser el que represente un tipo o clase de elemento, NO UNA INSTANCIA.

Un ejemplo de clase es alumno y una instancia es Juanito, por tanto la entidad debe ser ALUMNO.

EJEMPLO DE ENTIDAD

REGLAS PARA DEFINIR UNA ENTIDAD

* CUALQUIER OBJETO SÓLO PUEDE SER REPRESENTADO POR UNA ENTIDAD. Es decir, las entidades son mutuamente exclusivas en todos los casos.* Cada ENTIDAD debe ser identificada de forma única. Es decir, cada instancia (aparición) de una ENTIDAD debe encontrarse separada e identificable claramente de todaslas demás instancias de ese tipo de entidad.

RelaciónEs la asociación entre dos entidades referida a un nombre.Una relación es binaria, en el sentido que es siempre una asociación entre exactamente dos entidades, o entre una entidad y ella misma.

Representación gráfica* Una relación se representa mediante una línea que une dos recuadros de entidades o recursivamente une un recuadro de entidad consigo misma.* Cada relación tiene dos extremos para cada uno de los cuales tiene- nombre,- grado\cardinalidad (cuántos -uno,muchos- ),- opcionalidad (obligatorio u opcional)

Terminal de transporte

Term. Trnasp

CARACTERÍSTICAS DE LAS RELACIONES

ATRIBUTO

Definición* Un atributo es cualquier detalle que sirve para calificar, identificar, clasificar, cuantificar o expresar el estado de una entidad; o cualquier descripción de una característicade importancia.• Un atributo puede ser un texto, un color, un dibujo, un sentimiento, etc., según se requiera.

Representación de ATRIBUTOSPara representar un atributo hay que escribir su nombre en singular, en minúsculas y de forma opcional.

CARACTERÍSTICAS DE LAS RELACIONES

PRIMERA FORMA NORMAL: Eliminar atributos repetidos - Una entidad puede que sólo tenga un valor para un atributo en cualquier momento. Si son

esenciales mucho valores se debe crear una entidad nueva para mantener la relación muchos a uno unidos con la entidad original. Es una entidad ? - Un atributo se convierte en una entidad cuando tiene importancia en si misma con sus

propias relaciones y atributos

SEGUNDA FORMA NORMAL: El valor del atributo debe ser dependiente de todo el identificador único - Hay que quitar los atributos por los que los valores son dependientes sólo de parte del

identificador único. - Dichos atributos generalmente suponen una entidad perdida pero relacionada

CARACTERÍSTICAS DE LAS RELACIONES

TERCERA FORMA NORMAL: Los atributos deben ser dependientes directamente del identificador único - Hay que quitar los atributos que no sean

dependientes directamente del identificador único de la entidad.

Ejm : ¿Es mi nombre dependiente de la factura que recibo?

R/ No, por tanto debe existir una entidad aparte y/o relación perdida.

Atributos opcionales - Un atributo puede tener un solo valor

algunas veces o puede no estár disponible en cuyo caso esto se puede demostrar con una (o) pequeña delante del nombre del atributo

para demostrar que es opcional. Atributos obligatorios - Un atributo que se debe conocer siempre se

muestra con un pequeño (*) delante del nombre.

IDENTIFICADOR ÚNICO

- Cada entidad debe ser únicamente identificable de forma que cada instancia de la entidad esté separada y sea claramente identificable de todas las otras instancias de ese tipode entidad.- El identificador único puede ser un atributo, una combinación de atributos, una combinación de relaciones o una combinación de atributos y relaciones.Una entidad puede tener más de un medio alternativo de identificación única.- El medio Primario se puede mostrar en el siguiente diagrama.

2. AMPLIÉ EL CONCEPTO SOBRE QUE ES UN MODELO

RELACIONALPara definir modelo relacional primeramente definamos que es un modelo: Es una representación de la realidad que contiene las características generales de algo que se va a realizar. En base de datos, esta representación la elaboramos de forma gráfica.

Ahora bien, El nombre de modelo relacional viene de la estrecha relación que existe entre el elemento básico de este modelo, y el concepto matemático de relación.

Edgar Frank Cood postuló sus bases de datos en 1970 de los laboratorios IBM en San José California; lo que le permitió prontamente consolidarse como un genial paradigma en modelos de bases de datos. Se dice que es el modelo relacional más utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente; el cual se fundamenta en el uso de las “relaciones” y como cada relación es un conjunto de datos, el orden que estos se almacenen no tienen mayor relevancia a diferencia de otros modelos como el de red y jerárquico. Por lo tanto una relación representa una tabla que no es más que un conjunto de filas, cada fila es un conjunto de campos y cada campo representa un valor que interpretado describe el mundo real. Cada fila también se puede denominar tabla o registro y a cada columna también se le puede llamar campo o atributo. Para manipular la información contenida en ella se dispone de dos lenguajes el Álgebra relacional y el Cálculo relacional. El Álgebra relacional permite describir la forma de realizar una consulta, por el contrario el Cálculo relacional sólo indica lo que se desea devolver.

Los datos considerados relevantes por cada empleado, son :• DNI (Dominio)• Nombre• Dirección• Teléfono• E-mail• Puesto• Antigüedad en la Empresa• Tipo de salario que se aplica

3. ¿QUIÉN DISEÑO LA BASE DE DATOS

ORACLE?Los ingenieros de Silicon Valley: Larry Ellison, Ed Oates y Bob Miner, fundan en 1977 una empresa de consultoría llamada Software Development Laboratories (SDL) y tiempo después obtienen un contrato con la CIA para diseñar un sistema especial de bases de datos con código clave "Oracle"

Larry Ellison

Ed OatesBob Miner

4. ¿QUIÉN DEFINIÓ LAS TRES PRIMERAS FORMAS

NORMALES?

Edgar F. Codd originalmente definió las tres primeras formas normales (1NF, 2NF, y 3NF). Estas formas normales se han resumido como requiriendo que todos los atributos no-clave sean dependientes en "la clave, la clave completa, y nada excepto la clave".

En la teoría de bases de datos relacionales, las formas normales (NF) proporcionan los criterios para determinar el grado de vulnerabilidad de una tabla a inconsistencias y anomalías lógicas. Cuanta más alta sea la forma normal aplicable a una tabla, menos vulnerable será a inconsistencias y anomalías. Cada tabla tiene una "forma normal más alta" (HNF): por definición, una tabla siempre satisface los requisitos de su HNF y de todas las formas normales más bajas que su HNF; también por definición, una tabla no puede satisfacer los requisitos de ninguna forma normal más arriba que su HNF. Las formas normales son aplicables a tablas individuales; decir que una base de datos entera está en la forma normal n es decir que todas sus tablas están en la forma normal

Edgar F. Codd

5. ¿CUÁLES SON LAS 12 REGLAS DE EDGAR FRANK CODD DEL

MODELO RELACIONAL DE BASE DE DATOS?

Codd, se percata de que existían bases de datos en el mercado las cuales decían ser relacionales, pero lo único que hacían era guardar la información en las tablas, sin estar estas tablas literalmente normalizadas; entonces éste publicó 12 reglas que un verdadero sistema relacional debería tener aunque en la práctica algunas de ellas son difíciles de realizar. Un sistema podrá considerarse “más relacional” cuanto más siga estas reglas. Es así, como en 1984 Edgar F. Codd, creador de del Modelo Relacional publicó las 12 Reglas que un verdadero Sistema Relacional de Bases de Datos debería cumplir. En la práctica algunas de estas reglas son difíciles de implementar, así que un sistema podrá considerarse más relacional cuanto más siga estas reglas.

REGLA 0 Para que un sistema se denomine Sistema de Gestión de Bases de Datos Relacionales, este sistema debe usar exclusivamente sus capacidades relacionales para gestionar la base de datos

REGLA 1: REGLA DE LA INFORMACIÓNToda la información en una base de datos relacional se representa explícitamente en el nivel lógico mediante tablas y sólo mediante tablas. Por tanto los metadatos (diccionario, catálogo) se representan y se manipulan exactamente igual que los datos de usuario, usando quizás el mismo lenguaje (ejemplo SQL)

REGLA 2: REGLA DEL ACCESO GARANTIZADOPara todos y cada uno de los datos (valores atómicos) de una base de datos relacional se garantiza que son accesibles a nivel lógico utilizando una combinación de nombre de tabla, valor de clave primaria y nombre de columna.

REGLA 3: TRATAMIENTO SISTEMÁTICO DE VALORES NULOSSe debe disponer de valores nulos (distintos de la cadena vacía, blancos, 0, etc.) para representar información desconocida o no aplicable de manera sistemática, independientemente del tipo de datos. Se reconoce la necesidad del valor nulo: null AND null = null Verdadero AND null = null Falso AND null = Falso Verdadero OR null = Verdadero, etc.

REGLA 4: CATÁLOGO DINÁMICO EN LÍNEA BASADO EN EL MODELO RELACIONALLa descripción de la base de datos se representa a nivel lógico de la misma manera que los datos normales, de modo que los usuarios autorizados pueden aplicar el mismo lenguaje relacional a su consulta, igual que lo aplican a los datos normales. Los metadatos se almacenan y se manejan usando el modelo relacional, con todas las consecuencias

5. ¿CUÁLES SON LAS 12 REGLAS DE EDGAR FRANK CODD DEL

MODELO RELACIONAL DE BASE DE DATOS?

REGLA 5: REGLA DEL SUBLENGUAJE DE DATOS COMPLETOUn sistema relacional debe soportar varios lenguajes y varios modos de uso de terminal (ejemplo: rellenar formularios, etc.). Sin embargo, debe existir al menos un lenguaje cuyas sentencias sean expresables, mediante una sintaxis bien definida, como cadenas de caracteres y que sea completo, soportando: Definición de datos , Definición de vistas o Manipulación de datos (interactiva y por programa) o Restricciones de integridad o Restricciones de transacciones (begin, commit, rollback). Además de poder tener interfaces más amigables para hacer consultas

REGLA 6: REGLA DE ACTUALIZACIÓN DE VISTASTodas las vistas que son teóricamente actualizables se pueden actualizar también por el sistema.

REGLA 7: INSERCIÓN, ACTUALIZACIÓN Y BORRADO DE ALTO NIVELLa capacidad de manejar una relación base o derivada como un solo operando se aplica no sólo a la recuperación de los datos (consultas), sino también a la inserción, actualización y borrado de datos.

REGLA 8: INDEPENDENCIA FÍSICA DE DATOSLos programas de aplicación y actividades del terminal permanecen inalterados a nivel lógico cualesquiera sean los cambios efectuados, tanto en la representación del almacenamiento, como en los métodos de acceso.

REGLA 9: INDEPENDENCIA LÓGICA DE DATOSLos programas de aplicación y actividades del terminal permanecen inalterados a nivel lógico cualesquiera sean los cambios que se realicen a las tablas base que preserven la información. Cuando se modifica el esquema lógico preservando información. Ejemplos de cambios que preservan la información: añadir atributos o sustituir tablas

REGLA 10: INDEPENDENCIA DE INTEGRIDADLos restricciones de integridad específicas para una determinada base de datos relacional deben poder ser definidos en el sublenguaje de datos relacional, y almacenables en el catálogo, no en los programas de aplicación. Como parte de las restricciones inherentes al modelo relacional están: Integridad de entidad, dominio y referencia

5. ¿CUÁLES SON LAS 12 REGLAS DE EDGAR FRANK CODD DEL

MODELO RELACIONAL DE BASE DE DATOS?

REGLA 11: INDEPENDENCIA DE DISTRIBUCIÓNUna Base de Datos Relacional es independencia de la distribución.• Las mismas órdenes y programas se ejecutan igual en una base de datos centralizada que en una distribuida.• Las bases de datos son fácilmente distribuibles.• Esta regla es responsable de tres tipos de transparencia de distribución: Transparencia de Localización. El usuario tiene la impresión de que trabaja con una base de datos local. (Regla de Independencia Física)

Transparencia de Fragmentación: El usuario no se da cuenta de que la relación con que trabaja está fragmentada. (Regla de Independencia Lógica). o

Transparencia de Replicación: El usuario no se da cuenta de que pueden existir copias (réplicas) de una misma relación en diferentes lugares.

REGLA 12: REGLA DE LA NO SUBVERSIÓNSi un sistema relacional tiene un lenguaje de bajo nivel (un registro a la vez), ese bajo nivel no puede ser usado para subvertir (saltarse) las reglas de integridad y las restricciones expresadas en los lenguajes relacionales de más alto nivel (una relación a la cada vez).

BIBLIOGRAFÍA

http://www.cienciadelainformacion.edu.co/pluginfile.php/21722/mod_resource/content/1/DELOS%20RELACIONALES%20%20Y%20%20NORMALIZACI%C3%93N.pdf

http://es.slideshare.net/eriyohana2012/foro-3-54342915

http://www.galeon.com/nevifi/Archivos/Codd.pdf

http://es.slideshare.net/gerardo_gauna/modelo-relacional-15371336

http://ict.udlap.mx/people/carlos/is341/bases03.html

http://www.ual.es/~mtorres/BD/bdtransp3.pdf

http://www.uazuay.edu.ec/analisis/El%20modelo%20relacional.pdf