0% encontró este documento útil (0 votos)
149 vistas5 páginas

Herramientas Case PDF

Este documento describe los tres modelos principales para el modelado de datos en una base de datos: el modelo conceptual, el modelo lógico y el modelo físico. El modelo conceptual se basa en el modelo entidad-relación y describe los elementos y relaciones del problema. El modelo lógico más común es el modelo relacional, que implementa el modelo conceptual de manera eficiente. El modelo físico describe cómo se almacenarán los datos físicamente considerando el rendimiento.

Cargado por

caeduvale
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
149 vistas5 páginas

Herramientas Case PDF

Este documento describe los tres modelos principales para el modelado de datos en una base de datos: el modelo conceptual, el modelo lógico y el modelo físico. El modelo conceptual se basa en el modelo entidad-relación y describe los elementos y relaciones del problema. El modelo lógico más común es el modelo relacional, que implementa el modelo conceptual de manera eficiente. El modelo físico describe cómo se almacenarán los datos físicamente considerando el rendimiento.

Cargado por

caeduvale
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

Herramientas case.

Modelo de datos
Enviado por Daniel del Canto



1. Introduccin
2. Modelo conceptual
3. Modelo lgico
4. Modelo fsico
5. Bibliografa
Introduccin
Un modelo de datos es un lenguaje orientado a hablar una Base de Datos. Tpicamente un modelo de
datos permite describir:
Las estructuras de datos de la base: El tipo de los datos que hay en la base y la forma en que se
relacionan.
Las restricciones de integridad: Un conjunto de condiciones que deben cumplir los datos para reflejar
correctamente la realidad deseada.
Operaciones de manipulacin de los datos: tpicamente, operaciones de agregado, borrado,
modificacin y recuperacin de los datos de la base.
Otro enfoque es pensar que un modelo de datos permite describir los elementos de la realidad que
intervienen en un problema dado y la forma en que se relacionan esos elementos entre s.
No hay que perder de vista que una Base de Datos siempre est orientada a resolver un problema
determinado, por lo que los dos enfoques propuestos son necesarios en cualquier desarrollo de software.
El modelo de datos se puede clasificar de la siguiente forma:
Modelos de Datos Conceptuales
Modelos de Datos Lgicos
Modelos de Datos Fsicos
Esquema modelamiento de una base de datos.

Modelo Conceptual
Son los orientados a la descripcin de estructuras de datos y restricciones de integridad. Se usan
fundamentalmente durante la etapa de Anlisis de un problema dado y estn orientados a representar los
elementos que intervienen en ese problema y sus relaciones. El ejemplo ms tpico es el Modelo Entidad-
Relacin
Ventajas del Diseo Conceptual:
El modelo conceptual aporta claridad y evita confusiones que surgen de intentar definir algo tan
complejo como la estructura de una organizacin utilizando nicamente el lenguaje natural.
Contribuye a detectar los posibles errores desde el principio, ya que permite al diseador, una amplia
visin de los datos y relaciones.
Se obtiene una representacin de datos independientes del entorno fsico, lo que permite la fcil
exportacin del mismo a diferentes SGBD o a versiones distintas del mismo.
Mejora el mantenimiento de la informacin.
El modelamiento ms descriptico del Modelo Conceptual es el MODELO ENTIDAD/RELACION.
El modelo de datos de entidad-relacin (ER)
Se basa en una percepcin de un mundo real que consiste en un conjunto de objetos bsicos llamados
entidades y de relaciones entre estos objetos. Se desarroll para facilitar el diseo de bases de datos
permitiendo especificar un esquema empresarial. Este esquema representa la estructura lgica general
de la base de datos.
Objetos bsicos del modelo ER
Los conceptos bsicos previstos por el modelo ER son entidades, relaciones y atributos.
Entidades y conjunto de entidades
Una entidad es un objeto que existe y puede distinguirse de otros objetos. La entidad puede ser concreta,
por ejemplo: una persona o un libro; o abstracta, por ejemplo un da festivo o un concepto.
Un conjunto de entidades es un grupo de entidades del mismo tipo. El conjunto de todas las personas que
tienen una cuenta en el banco, por ejemplo, puede definirse como el conjunto de entidades clientes. Una
entidad est representada por un conjunto de atributos. Los posibles atributos del conjunto de entidades
clientes son nombre, documento, calle y ciudad. Para cada atributo existe un rango de valores permitidos,
llamado dominio del atributo. El dominio del atributo nombre podra ser el conjunto de todas los nombres
de personas de cierta longitud.
Relaciones y conjunto de relaciones
Una relacin es una asociacin entre varias entidades. Por ejemplo es posible definir una relacin que
asocia al cliente Gutirrez con la cuenta 401. Un conjunto de relaciones es un grupo de relaciones del
mismo tipo. Se definir el conjunto de relaciones clientecuenta para denotar la asociacin entre los
clientes y las cuentas bancarias que tienen. La relacin clientecuenta es un ejemplo de una relacin
binaria, es decir, una que implica a dos conjuntos de entidades.
Existen conjuntos de relaciones que incluyen a n-conjuntos de entidades, relaciones narias, por ejemplo
las relaciones tenaria cliecuentasuc que especifica que el cliente Gutirrez tienen la cuenta 401 en la
surcusal Crdoba.
Los relaciones recursivas son relaciones binarias que conectan una entidad consigo misma.
Una relacin tambin puede tener atributos descriptivos o rtulos. Por ejemplo, fecha podra ser un
atributo del conjunto de relaciones clientecuenta. Esto especifica la ltima fecha en que el cliente tuvo
acceso a su cuenta.
Cardinalidades de mapeo
Un esquema ER empresarial puede definir ciertas limitantes con las que deben cumplir los datos
contenidos en la base de datos. Una limitante importante es la de las cardinalidades de mapeo que
expresan el nmero de entidades con las que puede asociarse otra entidad mediante una relacin.
Los cardinalidades de mapeo son ms tiles al describir conjuntos binarios de relaciones, aunque tambin
son aplicables a conjuntos n-arios de relaciones.
Para un conjunto binario de relaciones R entre los conjuntos de entidades A y B, la cardinalidad de mapeo
puede ser:
Una a una: una entidad de A est asociada nicamente con una entidad de B y una entidad de B est
asociada solo con una entidad de A.
Una a muchas: una entidad en A est asociada con varias entidades de B, pero una entidad de B puede
asociarse nicamente con una entidad de A.
Muchas a una: una entidad de A est asociada nicamente con una entidad en B, pero una entidad de
B est relacionada con varias entidades de A.
Muchas a muchas: una entidad en A est asociada con varias entidades de B y una entidad en B est
vinculada con varias entidades de A.

Modelo Lgico
Son orientados a las operaciones ms que a la descripcin de una realidad. Usualmente estn
implementados en algn Manejador de Base de Datos. El ejemplo ms tpico es el Modelo Relacional,
que cuenta con la particularidad de contar tambin con buenas caractersticas conceptuales
(Normalizacin de bases de datos).
Este Modelos busca obtener una representacin del modelo conceptual que use de forma eficiente las
facilidades de estructuracin de datos y modelado de restricciones, disponibles en el modelo.

El modelamiento ms descriptico del Modelo Lgico es el MODELO RELACIONAL.
El modelo de datos Relacional
Se trata de un modelo bastante potente y a la vez bastante simple, que nos representas problemas. El
elemento principal de este modelo es la relacin. Por lo que podemos decir que una base de datos
relacional est compuesta por un conjunto de relaciones.
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.

Modelo Fsico
El diseo fsico es el proceso de producir una descripcin de la implementacin de la base de datos en
memoria secundaria. Describe las relaciones base y las estructuras de almacenamiento y mtodos de
acceso que se utilizarn para acceder a los datos de modo eficiente. El diseo de las relaciones base slo
se puede realizar cuando el diseador conoce perfectamente toda la funcionalidad que presenta el SGBD
que se vaya a utilizar.
El primer paso consiste en traducir el esquema lgico global de modo que pueda ser fcilmente
implementado por el SGBD especfico. A continuacin, se escogen las organizaciones de ficheros ms
apropiadas para almacenar las relaciones base, y los mtodos de acceso, basndose en el anlisis de las
transacciones que se van a ejecutar sobre la base de datos. Se puede considerar la introduccin de
redundancias controladas para mejorar las prestaciones. Otra tarea a realizar en este paso es estimar el
espacio en disco.
La seguridad de la base de datos es fundamental, por lo que el siguiente paso consiste en disear las
medidas de seguridad necesarias mediante la creacin de vistas y el establecimiento de permisos para
los usuarios.
El ltimo paso del diseo fsico consiste en monitorizar y afinar el sistema para obtener las mejores
prestaciones y satisfacer los cambios que se puedan producir en los requisitos.
Bibliografa
[Link]
[Link]
[Link]
[Link]


Leer ms: [Link]
[Link]#modelofisa#ixzz3GLAffqDS

También podría gustarte