REPUBLICA DE COLOMBIA

SERVICIO NACIONAL DE APRENDIZAJE - SENA

GESTIÓN Y SEGURIDAD DE BASES DE DATOS

CENTRO DE SERVICIOS FINANCIEROS

Fase del Proyecto 2: PLANEACIÓN

AA3-Ev2-Diseño Lógico de la base de datos

Presentado a:

Señor Tutor Javier Mauricio Álvarez Vargas

Por alumno:

Martin Cartagena Polo

Curso número: (1881778)

Celular / Wattsupp: 304-404-18-52

Skype: mcartagenapolo
Correo: martincartagenapolo@yahoo.com
www.youtube.com/guapucheros
www.facebook.com/lavozdelosguapucheros
 SISTEMAS DE BASES DE DATOS

Un sistema de gestión de base de datos consiste en una colección de datos

interrelacionados y un conjunto de programas para acceder a dichos datos. La
colección de datos, normalmente denominada base de datos, contiene
información relevante para una empresa. El objetivo principal de un SGBD es
proporcionar una forma de almacenar y recuperar la información de una base de
datos de manera que sea tanto práctica como eficiente.
Al diseñar una Base de Datos, su naturaleza y complejidad puede variar
notoriamente.
Se tienen una serie de tareas estandarizadas:
• Recolección de Información • Selección del modelo de datos. • Definición de
objetos, atributos y relaciones.

MODELO DE DATOS

Un modelo de datos es un lenguaje orientado a hablar de una base de datos.

Típicamente 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 la realidad deseada.
 Operaciones de manipulación de los datos: típicamente, operaciones de
agregado, borrado, modificación y recuperación 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.
MODELOS LÓGICOS BASADOS EN OBJETOS

Los objetos encapsulan atributos (forman el estado) y métodos (servicios que

brinda) lo que le da una cierta funcionalidad. En los ’09 hubo un gran interés en
combinar el modelo orientado a objetos con el paralelo/distribuido, teniendo en
cuenta las características del primero que ayudan a la creación de grandes
sistemas:

 Encapsulación: dada por una clara separación entre interfaz e

implementación. Los objetos pueden implementarse en diferentes lenguajes,
solo se necesita una forma común de definir la interfaz. Esto ayuda para el
mantenimiento, el desarrollo en forma colaborativa.
 Herencia: los objetos relacionados pueden compartir parte del código. Mejora
la productividad.

El modelo orientado a objetos tiene un gran número de objetos autónomos con

distinta funcionalidad disponibles en un sistema distribuido. Los objetos corren
en espacios de direccionamiento disjuntos. Se distinguen tres enfoques:

 Paralelismo oculto dentro del objeto.

 Procesos independientes de los objetos, que llaman a distintos métodos de
distintos procesos. Se necesitan mecanismos de sincronización. Modelo Java
Threads.
 Cada objeto está asociado con uno o más procesos que ejecutan los accesos
al objeto. A este modelo llamaremos Modelo Orientado a Objetos.
Se ven dos clases de Modelo Orientado a Objetos: Objetos Distribuidos / Objetos
Activos.

MODELOS LOGICOS BASADOS EN REGISTROS

Se utilizan para describir datos en los niveles conceptual y físico. Estos modelos
utilizan registros e instancias para representar la realidad, así como las
relaciones que existen entre estos registros (ligas) o apuntadores. A diferencia
de los modelos de datos basados en objetos, se usan para especificar la
estructura lógica global de la base de datos y para proporcionar una descripción
a nivel más alto de la implementación.
Loa 3 modelos más aceptados son:

1. Modelo relacional: Una relación consiste en:

Esquemas:

 Nombre de la relación
 Nombre de los atributos y sus dominios:

<!–[if !supportLists]–>· <!–[endif]–>El dominio se establece por nombres

como character, integer, date, etc.<!–[if !supportLists]–>· <!–[endif]–>Un
dominio tiene asociado un conjunto de valores homogéneos.<!–[if !supportLists]–
>· <!–[endif]–>Los atributos deben tomar valores dentro del domino asignado.

Instancias:

 Conjunto de tuplas
 Tabla con filas y columnas:

<!–[if !supportLists]–>· <!–[endif]–>Cada fila es una tupla. El número de filas es

llamado cardinalidad.<!–[if !supportLists]–>· <!–[endif]–>El número de columnas
es llamado aridad o grado.Entre las ventajas de este modelo están:

1. Garantiza herramientas para evitar la duplicidad de registros, a través de

campos claves o llaves.
2. Garantiza la integridad referencial: Así al eliminar un registro elimina todos
los registros relacionados dependientes.
3. Favorece la normalización por ser más comprensible y aplicable.
1. Modelo relacional

Para la gestión de una base de datos es un modelo de datos basado en la lógica

de predicado y en la teoría de conjuntos. Éste es el modelo más utilizado en la
actualidad para modelar problemas reales y administrar datos dinámicamente.

En este modelo, el lugar y la forma en que se almacenen los datos no tienen

relevancia (a diferencia de otros modelos como el jerárquico y el de red). Esto
tiene la considerable ventaja de que es más fácil de entender y de utilizar para
un usuario casual de la base de datos.

La información puede ser recuperada o almacenada por medio de «consultas»

que ofrecen una amplia flexibilidad y poder para administrar la información. El
lenguaje más común para construir las consultas a bases de datos relacionales
es SQL, Structured Query Language o Lenguaje Estructurado de Consultas, un
estándar implementado por los principales motores o sistemas de gestión de
bases de datos relacionales. Este modelo considera la base de datos como una
colección de relaciones.

De manera simple, una relación representa una tabla, en que cada fila
representa una colección de valores que describen una entidad del mundo real.
Cada fila se denomina tupla o registro y cada columna campo.

2. Modelo de red

Este modelo representa los datos mediante colecciones de registros y sus

relaciones se representan por medio de ligas o enlaces, los cuales pueden verse
como punteros. Los registros se organizan en un conjunto de gráficas arbitrarias.

EJEMPLO:
 3. Modelo jerárquico

El modelo jerárquico de bases de datos fue el pionero en los sistemas de bases

de datos, allá por comienzos de los años 60. En realidad no hay un modelo
teórico detrás sino que surgió a raíz de los trabajos de IBM y de la NAA (North
American Aviation) que dieron lugar al IMS (Information Management System)
que podemos considerar el primer sistema de base de datos jerárquico. En el
modelo jerárquico sólo se pueden modelar relaciones 1:N, aunque esto se podía
arreglar mediante el uso de los llamados “vínculos virtuales” que posibilitan las
relaciones N:M. Para conocer mejor este modelo conviene revisar el sistema IMS
y su lenguaje DL/1. Al igual que con el modelo de red, el principal problema de
los sistemas de bases de datos jerárquicos es el de la poca independencia de
los programas respecto a cómo están almacenados los datos, lo que dificulta
además la programación de software de acceso a estos sistemas

.Es similar al modelo de red en cuanto a las relaciones y datos, ya que estos se
representan por medio de registros y sus ligas. La diferencia radica en que están
organizados por conjuntos de árboles en lugar de gráficas arbitrarias.

Es similar al modelo de red en cuanto a las relaciones y datos, ya que estos se

representan por medio de registros y sus ligas. La diferencia radica en que están
organizados por conjuntos de árboles en lugar de gráficas arbitrarias.

EJEMPLO:

Modelos de datos físicos

El modelo de datos físicos representa cómo se construirá el modelo en la base
de datos.
Un modelo de base de datos física muestra todas las estructuras de tabla,
incluidos el nombre de columna, el tipo de datos de columna, las restricciones
de columna, la clave principal, la clave externa y las relaciones entre las tablas.
Las características de un modelo de datos físicos incluyen:
 Especificación de todas las tablas y columnas.
 Las claves externas se usan para identificar relaciones entre tablas.
 La des normalización puede ocurrir según los requisitos del usuario.
Las consideraciones físicas pueden hacer que el modelo de datos físicos sea
bastante diferente del modelo de datos lógicos.
El modelo de datos físicos será diferente para diferentes Sistemas de Gestión de
Base de datos. Por ejemplo, el tipo de datos para una columna puede ser
diferente entre MySQL y SQL Server.

Los pasos básicos para el diseño del modelo de datos físicos son los siguientes:
 Convertir entidades en tablas.
 Convertir relaciones en claves externas.
 Convertir atributos en columnas.
 Modificar el modelo de datos físicos en función de las restricciones / requisitos
físicos.

MODELO ENTIDAD RELACION

Un modelo entidad-relación es una herramienta para el modelado de datos que

permite representar las entidades relevantes de una base de datos así como sus
interrelaciones y propiedades. La representación de este se realiza a través de
un diagrama con una simbología definida.

ENTIDAD: Se denomina entidad a todo ente (conceptual o físico) del cual se

desea mantener información.

ATRIBUTO: Conjunto de elementos de información que caracterizan a una

entidad, identificándola, calificándola, cuantificándola, o declarando su estado.

RELACIONES: Identifica la interacción que existe entre dos entidades.

 PASOS PARA LA CONSTRUCCION DE UN MER

En primera instancia para la construcción de modelo entidad relación es conocer

unos conceptos fundamentales que nos permitirá tener una interpretación
abstracta de diseño de MER.

Un diagrama de entidad relación está compuesto por cuatro elementos que

permiten obtener un excelente diseño para representar una solución a un
problema.

MER COMPUESTO:
 Entidad.
 Atributo.
 Relación.
 Cardinalidad.

ENTIDAD: Se entiende por cualquier tipo de objeto o concepto sobre el que se

recoge información: cosa, persona, concepto abstracto o suceso

Las entidades se representan gráficamente mediante rectángulos, y su nombre

aparece en el interior. Un nombre de entidad sólo puede aparecer una vez en el
esquema conceptual.
NOTA: La entidades deben ser escritas en singular ejemplo (casa, televisor,
zapato).

ATRIBUTO: Es una característica de interés o un hecho sobre una entidad o

sobre una relación. Los atributos representan las propiedades básicas de las
entidades y de las relaciones.

Los atributos pueden ser:

 Un atributo simple es un atributo que tiene un solo componente, que no se

puede dividir en partes más pequeñas que tengan un significado propio.
 Un atributo compuesto es un atributo con varios componentes, cada uno
con un significado por sí mismo. Un grupo de atributos se representa
 mediante un atributo compuesto, cuando tienen afinidad en cuanto a su
significado, o en cuanto a su uso.
 Un atributo mono valuado tiene un solo valor para una entidad en particular;
por ejemplo: la edad es un atributo mono valuado de una persona.
 Un atributo multivaluado puede tener un conjunto de valores para la misma
entidad; por ejemplo: el color de un automóvil o el grado universitario para
una persona.

RELACION:
Es una correspondencia o asociación entre dos o más entidades. Cada relación
tiene un nombre que describe su función. Las relaciones se representan
gráficamente mediante rombos y su nombre aparece en el interior.

CARDINALIDAD:
Se entiende por Cardinalidad la forma en como las entidades corresponde una
de la otra.

Cuando necesitamos diseñar un diagrama entidad relación partiendo de un

problema representado en un enunciado, los pasos que se deben hacer son:

 Se debe realizar al menos 2-3 lecturas al ejercicio y abstraerlo al mundo

real.
 Se Deben identificar las entidades
 Se deben identificar los atributos de las entidades que lo caracterizan.
 Identificar las relaciones y a su vez la correspondencia entre entidades.

Nota: Se debe tener sumo cuidado en las abstracción de las entidades, muchas
el problema descrito presenta variedad de posibles entidades que logran
confundir al diseñador. En el tiempo de experiencia he notado o he logrado
identificar que para lograr un buen diseño se debe adoptar el problema al mundo
real o situarse uno dentro de el para lograr una excelente complejidad en el
desarrollo de MER.
NORMALIZACION

Una forma de lograr que los objetos sean más baratos, eficaces, cómodos y
seguros es la Normalización.

Las normas son especificaciones técnicas aprobadas por una institución cuya
autoridad es ampliamente reconocida y que establecen que los objetos tengan
unas determinadas dimensiones o características. Es decir, crean estándares.

Al hablar de productos normalizados o no normalizados hay que tener en

cuenta que se trata siempre de una cuestión relativa, existen diferentes niveles
de normalización y el mismo producto puede tener algunos componentes
normalizados y otros no normalizados.

REGLA DE INTEGRIDAD

Integridad de las Bases de Datos, la integridad en una base de datos es la

corrección y exactitud de la información contenida. Además de conservar la
seguridad en un sistema de bases de datos que permite el acceso a múltiples
usuarios en tiempos paralelos.

Regla de integridad de unicidad de la clave primaria

La regla de integridad de unicidad está relacionada con la definición de clave

primaria que establece que toda clave primaria que se elija para una relación no
debe tener valores repetidos por lo que el conjunto de atributos CP es la clave
primaria de una relación R, entonces la extensión de R no puede tener en ningún
momento dos tuplas con la misma combinación de valores para los atributos de
CP.

Regla de integridad de entidad de la clave primaria

La regla de integridad de entidad de la clave primaria dispone que los atributos

de la clave primaria de una relación no pueden tener valores nulos. Esta regla
es necesaria para que los valores de las claves primarias puedan identificar las
tuplas individuales de las relaciones. Si las claves primarias tuviesen valores
nulos, es posible que algunas tuplas no se pudieran distinguir. Un SGBD
relacional tendrá que garantizar el cumplimiento de esta regla de integridad en
todas las inserciones y en todas las modificaciones que afecten a atributos que
pertenecen a la clave primaria de la relación.

Regla de integridad referencial

La regla de integridad referencial está relacionada con el concepto de clave

foránea, lo que determina que todos los valores que toma una clave foránea
deben ser valores nulos o valores que existen en la clave primaria que referencia.
La necesidad de esta regla es debido a que las claves foráneas tienen por
objetivo establecer una conexión con la clave primaria que referencian. Si un
valor de una clave foránea no estuviese presente.

Restricción

La restricción en caso de borrado, consiste en no permitir borrar una tupla si tiene

una clave primaria referenciada por alguna clave foránea y la restricción en caso
de modificación consiste en no permitir modificar ningún atributo de la clave
primaria de una tupla si tiene una clave primaria referenciada por alguna clave
foránea.

Actualización en cascada

La actualización en cascada consiste en permitir la operación de actualización

de la tupla, y en efectuar operaciones compensatorias que propaguen en
cascada la actualización a las tuplas que la referenciaban; se actúa de este modo
para mantener la integridad referencial. La actualización en cascada en caso de
borrado consiste en permitir el borrado de una tupla t que tiene una clave primaria
referenciada, y borrar también todas las tuplas que referencian t y la
actualización en cascada en caso de modificación consiste en permitir la
modificación de atributos de la clave primaria de una tupla t que tiene una clave
primaria referenciada, y modificar del mismo modo todas las tuplas que
referencian t.

Anulación

La anulación consiste en permitir la operación de actualización de la tupla y en

efectuar operaciones compensatorias que pongan valores nulos a los atributos
de la clave foránea de las tuplas que la referencian; esta acción se lleva a cabo
para mantener la integridad referencial. Los SGBD relacionales permiten
establecer que un determinado atributo de una relación no admite valores nulos,
sólo se puede aplicar la política de anulación si los atributos de la clave foránea
sí los admiten. Más concretamente, la anulación en caso de borrado consiste en
permitir el borrado de una tupla t que tiene una clave referenciada y, además,
modificar todas las tuplas que referencian t, de modo que los atributos de la clave
foránea correspondiente tomen valores nulos y la anulación en caso de
modificación consiste en permitir la modificación de atributos de la clave primaria
de una tupla t que tiene una clave referenciada y, además, modificar todas las
tuplas que referencian t, de modo que los atributos de la clave foránea
correspondiente tomen valores nulos.

Regla de integridad de dominio

La regla de integridad de dominio está relacionada con la noción de dominio.

Esta regla establece dos condiciones.

 La primera condición consiste en que un valor no nulo de un atributo Ai debe

pertenecer al dominio del atributo Ai; es decir, debe pertenecer a dominio
(Ai). Esta condición implica que todos los valores no nulos que contiene la
 base de datos para un determinado atributo deben ser del dominio declarado
para dicho atributo.
 La segunda condición sirve para establecer que los operadores que pueden
aplicarse sobre los valores dependen de los dominios de estos valores; es
decir, un operador determinado sólo se puede aplicar sobre valores que
tengan dominios que le sean adecuados.

ALMACENAMIENTO

Las bases de datos suelen ser creadas para almacenar grandes cantidades de
datos de forma permanente. Por lo general, los datos almacenados en éstas
suelen ser consultados y actualizados.

Almacenamiento físico de bases de datos

La mayoría de las bases de datos se almacenan en las llamadas memorias

secundarias, especialmente discos duros, aunque, en principio, pueden
emplearse también discos ópticos, memorias flash, etc.

Las razones por las cuales las bases de datos se almacenan en memorias
secundarias son:
* En general, las bases de datos son demasiado grandes para entrar en
la memoria primaria.
* La memoria secundaria suele ser más barata que la memoria primaria
(aunque esta última tiene mayor velocidad).
* La memoria secundaria es más útil para el almacenamiento de datos
permanente, puesto que la memoria primaria es volátil.

En cuanto al respaldo de las bases de datos (ver backup), suelen emplearse

tanto discos duros, como cintas magnéticas, discos ópticos o similares.

Técnicas de almacenamiento y recuperación de bases de datos

Las técnicas empleadas para almacenar bases de datos son sumamente

importantes para la velocidad de acceso y recuperación de datos. Las técnicas
dependen del tipo de almacenamiento, el uso que se le da o se le dará a la
base de datos, la estructura de la misma, el SGBD empleado, etc.

Esta dependencia no significa necesariamente que haya que cambiar la

estructura de la base de datos si se cambian las técnicas empleadas. Las
técnicas de almacenamiento son independientes de la base de datos, pero, de
todas maneras, las mejores técnicas muchas veces pueden determinarse
viendo la estructura de la base de datos, entre otras características.

Los encargados de elegir estas técnicas son

los diseñadores y administradores de bases de datos, y dependen también de
las capacidades del SGBD. En general, el SGBD ofrece diferentes opciones y
técnicas para organizar los datos.
La idea es que los encargados de la base de datos encuentren las técnicas
idóneas, o sea, aquellas que permitan la mayor velocidad posible de acceso a
los datos. Una mala decisión en esta área puede resultar en una menor
velocidad de acceso a la base de datos, o en un uso excesivo del espacio de
almacenamiento, o incluso, puede aumentar la velocidad de consulta de una
base de datos, pero disminuir la velocidad de actualización de la misma

El almacenamiento en archivos de las bases de datos

Las bases de datos se almacenan en ficheros o archivos. Existen diferentes

formas de organizaciones primarias de archivos que determinan la forma en
que los registros de unos archivos se colocan físicamente en el disco y, por lo
tanto, cómo se accede a éstos.

Las distintas formas de organizaciones primarias de archivos son:

* Archivos de montículos (o no ordenados): esta técnica coloca los registros en

el disco sin un orden específico, añadiendo nuevos registros al final del archivo.

* Archivos ordenados (o secuenciales): mantiene el orden de los registros con

respecto a algún valor de algún campo (clave de ordenación).

* Archivos de direccionamiento calculado: utilizan una función de

direccionamiento calculado aplicada a un campo específico para determinar la
colocación de los registros en disco.
 BIBLIOGRAFIA
1.- http://www.senasofiaplus.edu.co/sofia/staticContent/html/logout.jsp#no-back-button

2.- https://es.slideshare.net/ymartinez2190/modelos-lgicos-basados-en-objetos

.-
https://www.google.com/search?biw=1366&bih=625&tbm=isch&sa=1&ei=8_84XcL4
ApKt5wKtnbyIDQ&q=MODELOS+L%C3%93GICOS+BASADOS+EN+OBJETOS&
oq=MODELOS+L%C3%93GICOS+BASADOS+EN+OBJETOS&gs_l=img.3..0i24.15
7290.157290..161151...0.0..0.152.152.0j1......0....2j1..gws-wiz-
img.ouKeXUfAVZ0&ved=0ahUKEwiCvun7787jAhWS1lkKHa0OD9EQ4dUDCAY&
uact=5#imgrc=RpiUdNrmDkoHQM:

Fotos tomadas de la web.

CONCLUSIONES:
Entramos a la fase de relación, manejo y consolidación de las herramientas por
las cuales vamos avanzando en la estructuración de una base de datos para
luego entrar en los procesos por los cuales gestionamos la seguridad en las
bases de datos personales o empresariales, bienvenidos al desarrollo de los
temas que más nos interesan a todos en esta especialización.

GESTION Y SEGURIDAD DE BASES DE DATOS.

Martin Cartagena Polo