Guia 01 - MER y Base de Datos

Universidad de Talca Facultad de Ciencias Empresariales Contador Pblico Auditor Implementacin de Sistemas de Informacin Gua 01 MER - Base de Datos
El Modelo Entidad Relacin es una herramienta para el modelado de datos que permite representar las entidades relevantes de un sistema de informacin as como sus interrelaciones y propiedades. El Modelo Entidad Relacin. Se elabora el diagrama (o diagramas) entidad-relacin. Se completa el modelo con listas de atributos y una descripcin de otras restricciones que no se pueden reflejar en el diagrama.
El modelado de datos no acaba con el uso de esta tcnica. Son necesarias otras tcnicas para lograr un modelo directamente implementable en una base de datos. Brevemente: Transformacin de relaciones mltiples en binarias. Normalizacin de una base de datos de relaciones (algunas relaciones pueden transformarse en atributos y viceversa). Conversin en tablas (en caso de utilizar una base de datos relacional).
Entindase la confeccin de un Modelo Entidad Relacin (MER), de manera simplificada, como el resultado de la aplicacin de abstracciones a un submundo real, donde las abstracciones corresponden a los vnculos existentes entre los elementos del modelo. Existen cuatro tipos de abstracciones, lo cuales corresponden a: Clasificacin (categora ejemplar): corresponde a la abstraccin de caractersticas comunes de un conjunto de ejemplares a fin de crear una categora a la cual stos pertenezcan. Categora Profesor => => Ejemplares Profesor 1, Profesor 2, , Profesor n
Agregacin (categora categora): corresponde a la construccin de un nuevo elemento a partir de elementos ya presentes en el modelo. Categora Matricula, nombre, direccin => => Categora Alumno
Generalizacin (categora categora): corresponde a la abstraccin de caractersticas comunes de un conjunto de categoras (subucalses) a fin de crear una categora a la cual stas pertenezcan (superclase). Categora Persona => => Categora Profesor, Alumno,
Profesor Ayudante
Alex Ovalle Ramn Miranda N.
Pgina 1
Universidad de Talca Facultad de Ciencias Empresariales Contador Pblico Auditor

Asociacin (categora categora): corresponde a la vinculacin de dos o ms clases a partir de la creacin de un nuevo elemento. Categora Profesor => => Vinculo Imparte => => Categora Asignatura
Los elementos presentes en un MER son: Entidades, las que son la representacin de cosas u objetos presentes en el submundo real sobre el cual se est construyendo el modelo. Una entidad debe poseer existencia propia, ya sea de tipo fsica o real, o bien abstracta o conceptual. Adems de ser individualizable. Atributos, es decir, las caractersticas y propiedades de las entidades. Una entidad se define a travs de sus atributos Relaciones, las que representan los vnculos existentes entre las entidades presentes en el modelo, las cuales son homologas a las relaciones presentes en el submundo real analizado.
Cabe destacar que de los anteriores elementos del MER, en el campo de los atributos se presenta una subdivisin que comprende los Tipos de Atributos: Simples Compuestos: Atributos Simples son aquellos no divisibles, es decir, atmicos. Un ejemplo de estos atributos son matricula, sexo, etc. Atributos compuestos corresponden a aquellos que si presentan la opcin de subdividirlos, entindase como ejemplo fecha, nombre, fecha de nacimiento, etc. Almacenados - Derivados: Atributo Almacenado es aquel que se encuentra de forma nativa en la base de datos. Ejemplo de esto pueden ser RUT, fecha de nacimiento. Atributo Derivado es aquel que se obtiene a travs de la informacin presentada a travs de otros atributos presentes en la base de datos. No se encuentra de forma natural en la base de datos. En este punto la edad es un claro ejemplo de un atributo derivado. Monovalorados Multivalorados: Atributo monovalorado es aquel que ante cada ocurrencia presenta un valor nico e irrepetible. Ejemplo de esto son RUT, matricula. Atributo multivalorado es aquel que ante cada ocurrencia puede presentar ms de un valor. Un ejemplo telfono, nacionalidad. Opcionales: Atributos Opcionales Son aquellos que no tienen valor, se usa cuando se desconoce o cuando no es aplicable, se determina dependiendo del submundo real que se est modelando. Un ejemplo para esta clasificacin de atributos corresponde a Fecha de despacho, Altura de un trabajador. Claves: Son aquellos en que su valor es distinto para cada ocurrencia o instancia de una entidad. Una clave identifica en forma nica cada instancia o entidad concreta.
Profesor Ayudante
Pgina 2

Otro aspecto a considerar en la confeccin de un MER, es la identificacin de los tipos de datos que se asociarn a cada atributo de cada entidad, lo cuales deben se concordantes con el objetivo que sigue el ingreso de dicho atributo a la base de datos. Los tipos de datos ms usados corresponden a los siguientes: Bit: tipo de dato entero que puede aceptar valores 0, 1 y NULL. Sirve para indicar valores valores TRUE o FALSE a dicho atributo, donde 1 representa TRUE y 0 representa FALSE. Int: permite el ingreso de nmeros enteros. La utilizacin de valires int permite la utilizacin de operaciones matemticas. Varchar: permite el ingreso de valores alfanumricos, por tanto aunque se realice el ingreso de nmeros bajo un tipo varchar, stos nmeros no estarn sujetos a la aplicacin de funciones matemticas. Date: permite el ingreso de fechas bajo el formato yyyy-mm-dd. SmallDateTime: permite el ingreso de fechas y horas, bajo el formato yyyy-mm-dd hh:mm:ss.
Tips para la confeccin de un MER: Anlisis de requisitos Es una etapa de percepcin, identificacin y descripcin de los fenmenos del mundo real a analizar, anlisis que debe ser capaz de responder la pregunta Qu representar?. Se realiza un estudio de las reglas de la empresa y realizan entrevistas a los usuarios para elaborar un esquema descriptivo representado en lenguaje natural. Generacin del esquema Corresponde a la etapa en la cual el esquema descriptivo se transforma en un esquema conceptual, es decir, un MER. Para conseguir el MER, se deben aplicar una serie de abstracciones y normalizaciones que permitan evitar errores de coherencia, plenitud, redundancia, simplicidad, fidelidad, etc.
Profesor Ayudante
Pgina 3

Una Base de Datos, corresponde a un conjunto de datos pertenecientes a un mismo contexto y almacenado sistemticamente para su posterior uso. Las bases de datos pueden ser o no de tipo electrnico, una biblioteca es un ejemplo de base de datos compuesta por documentos y textos impresos en papel e indexados para su consulta. Al tratarse de bases de datos de carcter digital o electrnico, en este caso particular nos referiremos a las Bases de Datos Relacionales, las cuales cumplen con los requerimientos del Modelo Relacional y por lo tanto permiten establecer interconexiones (relaciones) entre los datos (que estn guardados en tablas), y a travs de dichas conexiones relacionar los datos de ambas tablas, lo cual da origen a su nombre. El Modelo Relacional fue postulado por Edgar Frank Codd en 1970 y es el ms utilizado para modelar problemas reales y administrar datos dinmicamente. Puede decirse que todos los datos en este modelo son almacenados en relaciones, y como cada relacin es un conjunto de datos, el orden en el que stos se almacenen no tiene relevancia. Esto tiene la considerable ventaja de que es ms fcil de entender y de utilizar por un usuario no experto. La informacin puede ser recuperada o almacenada por medio de consultas que ofrecen una amplia flexibilidad y poder para administrar la informacin. Este modelo considera la base de datos como una coleccin de relaciones. De manera simple, una relacin representa una tabla que no es ms 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 tambin se puede denominar tupla o registro y a cada columna tambin se le puede llamar campo o atributo. Ya habiendo aclarado, de forma simple, a que se refiere el Modelo Relacional, es necesario referirse a las caractersticas especiales que poseen las Bases de Datos Relacionales, las que pueden especificarse como: 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 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.
Una Base de Datos Relacional posee una estructura definida, la que se explica a continuacin: La base de datos se organiza en dos marcadas secciones; el esquema y los datos (o instancia). El esquema es la definicin de la estructura de la base de datos y principalmente almacena los siguientes datos:
Profesor Ayudante
Pgina 4

o El nombre de cada tabla o El nombre de cada columna o El tipo de dato de cada columna o La tabla a la que pertenece cada columna Las bases de datos relacionales pasan por un proceso al que se le conoce como normalizacin, el resultado de dicho proceso es un esquema que permite que la base de datos sea usada de manera ptima. Los datos o instancia es el contenido de la base de datos en un momento dado. Es en s, el contenido de todos los registros.
Las Bases de Datos Relacionales ofrecen las siguientes ventajas. Garantiza herramientas para evitar la duplicidad de registros, a travs de campos claves o llaves. Garantiza la integridad referencial: As al eliminar un registro elimina todos los registros relacionados dependientes. Favorece la normalizacin por ser ms comprensible y aplicable.
El proceso de normalizacin de bases de datos consiste en aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relacin al modelo relacional. Las bases de datos relacionales se normalizan para: Evitar la redundancia de los datos. Evitar problemas de actualizacin de los datos en las tablas. Proteger la integridad de los datos.
En el modelo relacional es frecuente llamar tabla a una relacin, aunque para que una tabla sea considerada como una relacin tiene que cumplir con algunas restricciones: Cada tabla debe tener su nombre nico. No puede haber dos filas iguales. No se permiten los duplicados. Todos los datos en una columna deben ser del mismo tipo.
Las formas normales son aplicadas a las tablas de una base de datos. Decir que una base de datos est en la forma normal N es decir que todas sus tablas estn en la forma normal N. En general, las primeras tres formas normales son suficientes para cubrir las necesidades de la mayora de las bases de datos. Primera Forma Normal (1FN) o Todos los atributos son atmicos. Un atributo es atmico si los elementos del dominio son indivisibles, mnimos. o La tabla contiene una llave primaria nica. o La llave primaria no contiene atributos nulos. o No debe existir variacin en el nmero de columnas. o Los Campos no llave deben identificarse por la llave (Dependencia Funcional)
Profesor Ayudante
Pgina 5

Debe Existir una independencia del orden tanto de las filas como de las columnas, es decir, si los datos cambian de orden no deben cambiar sus significados o Una tabla no puede tener mltiples valores en cada columna. o Los datos son atmicos (a cada valor de X le pertenece un valor de Y y viceversa). o Esta forma normal elimina los valores repetidos dentro de una BD Segunda Forma Normal (2FN) o Dependencia Funcional. Una relacin est en 2FN si est en 1FN y si los atributos que no forman parte de ninguna clave dependen de forma completa de la clave principal. Es decir que no existen dependencias parciales. (Todos los atributos que no son clave principal deben depender nicamente de la clave principal). Tercera Forma Normal (3FN) o La tabla se encuentra en 3FN si es 2FN y si no existe ninguna dependencia funcional transitiva entre los atributos que no son clave. Forma normal de Boyce-Codd (FNBC) o La tabla se encuentra en FNBC si cada determinante, atributo que determina completamente a otro, es clave candidata. Deber registrarse de forma anillada ante la presencia de un intervalo seguido de una formalizacion perpetua, es decir las variantes creadas, en una tabla no se llegaran a mostrar, si las ya planificadas, dejan de existir. Cuarta Forma Normal (4FN) o Una tabla se encuentra en 4FN si, y slo si, para cada una de sus dependencias mltiples no funcionales X->->Y, siendo X una super-clave que, X es o una clave candidata o un conjunto de claves primarias. Quinta Forma Normal (5FN) o La tabla est en 4FN o No existen relaciones de dependencias no triviales que no siguen los criterios de las claves. Una tabla que se encuentra en la 4FN se dice que est en la 5FN si, y slo si, cada relacin de dependencia se encuentra definida por las claves candidatas. o
Existen programas denominados sistemas gestores de bases de datos, abreviado SGBD, que permiten almacenar y posteriormente acceder a los datos de forma rpida y estructurada. Las propiedades de estos SGBD, as como su utilizacin y administracin, se estudian dentro del mbito de la informtica. Entre los SGBD destacan MySQL en lo que respecta a software libre y Microsoft SQL Server en el campo del software privativo.
Profesor Ayudante
Pgina 6

Guia 01 - MER y Base de Datos

Cargado por

Copyright:

Formatos disponibles

Guia 01 - MER y Base de Datos

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Guia 01 - MER y Base de Datos

Cargado por

Copyright:

Formatos disponibles

Universidad de Talca Facultad de Ciencias Empresariales Contador Pblico Auditor Implementacin de Sistemas de Informacin Gua 01 MER - Base de Datos

Alex Ovalle Ramn Miranda N.

Universidad de Talca Facultad de Ciencias Empresariales Contador Pblico Auditor

Alex Ovalle Ramn Miranda N.

Universidad de Talca Facultad de Ciencias Empresariales Contador Pblico Auditor

Alex Ovalle Ramn Miranda N.

Universidad de Talca Facultad de Ciencias Empresariales Contador Pblico Auditor

Alex Ovalle Ramn Miranda N.

Universidad de Talca Facultad de Ciencias Empresariales Contador Pblico Auditor

Alex Ovalle Ramn Miranda N.

Universidad de Talca Facultad de Ciencias Empresariales Contador Pblico Auditor

Alex Ovalle Ramn Miranda N.

También podría gustarte