“AÑO DE LA UNIVERSALIZACIÓN DE LA SALUD “

DISEÑO DE BASE DE DATOS

OBJETIVO: Proporcionar una forma de almacenar y recuperar

la información de una base de datos de manera práctica y
eficiente.

PRESENTADO POR: Puma Fernandez Agustín

DOCENTE:Danny Rodríguez

ÁREA:Análisis y diseño de sistemas

INSTITUCIÓN: Cesar Augusto Guardia Mayorga

Coracora-Parinacochas 2 de septiembre del 2020

Investigación – Monografía
 DEDICATORIA

Por el cariño, afecto, dedicación y cuidado que mis padres me brindaron durante toda mi
existencia, les dedico esta monografía. Con gran agradecimiento, este trabajo es para
ustedes.

Investigación – Monografía
 ÍNDICE

Investigación – Monografía
 PRÓLOGO
Hoy en día las bases de datos han tomado gran importancia mundial, es totalmente
indispensable para las organizaciones puesto que brinda mucha facilidad en el acceso a
la información y una gran capacidad de almacenaje de datos.
En la actualidad, se considera a las bases de datos como un elemento indispensable en
las empresas, instituciones u organizaciones que utilizan sistemas computarizados, ya
que éstas permiten operar datos de manera organizada, segura, confiable y en grandes
cantidades. Cada vez se necesita más recursos en tecnología, es por ellos que como
avanzan las generaciones de las computadoras, las bases de datos de igual manera
avanzan en conjunto con los leguajes de programación. Resulta impresionante poder
visualizar como se procesa los datos en microsegundos, mientras se realizan otras
transacciones, al mismo tiempo en la misma base de datos en lugares y estados
diferentes; definitivamente la tecnología avanza a pasos agigantados es por eso que
debemos arriesgarnos con el pasar de los años a las nuevas tecnologías que harán más
fácil ciertas acciones como la administración y
seguridad de la información.
Es por tal motivo que esta investigación de monografía es grato analizarla, para tener
un breve conocimiento del mundo de base de datos.

Investigación – Monografía
 INTRODUCCIÓN

Las dificultades inherentes al diseño de una base de datos han de afrontarse con
procedimientos ordenados y metódicos. En el proceso de diseño de una base de datos
hemos de distinguir tres grandes fases:
• Diseño conceptual, cuyo objetivo es obtener una representación de la
información con independencia de usuarios y aplicaciones en particular, y fuera
de consideraciones sobre la eficiencia del ordenador.
• Diseño lógico, cuyo objetivo es transformar el diseño conceptual obtenido y
adaptarlo al modelo de datos en el que se apoya el SGBD que se va a utilizar. En
nuestro caso, el SGBD es relacional, por lo cual nos referiremos a este modelo
de datos.
• Diseño físico, cuyo objetivo es conseguir una instrumentación lo más eficiente
posible del diseño lógico.
En este tema nos centraremos principalmente en el diseños conceptuales, datos y
metadatos bases de datos relacionales, Normalización y pasos de

Investigación – Monografía
 DISEÑO DE BASE DE DATOS

1. CONCEPTUALIZACIÓN
El diseño de una base de datos es el conjunto de actividades que permite la creación de
una base de datos. Esta operación se realiza en tres fases: diseño conceptual, lógico y
físico. Cada nivel de concreción se caracteriza por la realización de un esquema
representativo de la base de datos.

1.1CONCEPTOS IMPORTANTES
1.1.1 Base de Datos.- Cualquier conjunto de datos organizados para su
almacenamiento en la memoria de un ordenador o computadora, diseñado para
facilitar su mantenimiento y acceso de una forma estándar. Los datos suelen
aparecer en forma de texto, números o gráficos. Hay cuatro modelos principales
de bases de datos: el modelo jerárquico, el modelo en red, el modelo relacional
(el más extendido hoy en día).

1.1.2 Base de Datos Relacional.- Tipo de base de datos o sistema de

administración de bases de datos, que almacena información en tablas (filas y
columnas de datos) y realiza búsquedas utilizando los datos de columnas
especificadas de una tabla para encontrar datos adicionales en otra tabla.

1.1.3 Datos Elementales.- Un dato elemental, tal como indica su nombre, es una
pieza elemental de información. El primer paso en el diseño de una base de
datos debe ser un análisis detallado y exhaustivo de los datos elementales
requeridos.
Investigación – Monografía
 1.1.4 Campos y Subcampos.- Los datos elementales pueden ser almacenados
en campos o en subcampos. Un campo es identificado por un rótulo numérico
que se define en la FDT de la base de datos. A diferencia de los campos, los
subcampos no se identifican por medio de un rótulo, sino por un delimitador de
subcampo.

1.1.5 Delimitador de Subcampo.- Un delimitador de subcampo es un código de

dos caracteres que precede e identifica un subcampo de longitud variable dentro
de un campo.

1.1.6 DBMS: Data Base Management System (SISTEMA DE MANEJO DE

BASE DE DATOS).- Consiste de una base de datos y un conjunto de
aplicaciones (programas) para tener acceso a ellos.

Errores que se pueden encontrar en el diseño de una base de datos:

● Modelo de Datos.- es un conjunto de herramientas conceptuales para
describir los datos, las relaciones entre ellos, su semántica y sus limitantes.
● Redundancia.- Esta se presenta cuando se repiten innecesariamente datos en
los archivos que conforman la base de datos.
● Inconsistencia.- Ocurre cuando existe información contradictoria o
incongruente en la base de datos.
● Dificultad en el Acceso a los Datos.- Debido a que los sistemas de
procesamiento de archivos generalmente se conforman en distintos tiempos
o épocas y ocasionalmente por distintos programadores, el formato de la
información no es uniforme y se requiere de establecer métodos de enlace y
conversión para combinar datos contenidos en distintos archivos.
● Aislamiento de los Datos.- Se refiere a la dificultad de extender las
aplicaciones que permitan controlar a la base de datos, como pueden ser,
nuevos reportes, utilerías y demás debido a la diferencia de formatos en los
archivos almacenados.
● Anomalías en el Acceso Concurrente.- Ocurre cuando el sistema es
multiusuario y no se establecen los controles adecuados para sincronizar los
procesos que afectan a la base de datos. Comúnmente se refiere a la poca o
nula efectividad de los procedimientos de bloqueo.
● Problemas de Seguridad.- Se presentan cuando no es posible establecer
claves de acceso y resguardo en forma uniforme para todo el sistema,
facilitando así el acceso a intrusos.
1.1.7 Niveles de Diseño:
● Problemas de Integridad.- Ocurre cuando no existe a través de todo el
sistema procedimientos uniformes de validación para los datos.
● Nivel Físico.- Es aquel en el que se determinan las características de
almacenamiento en el medio secundario. Los diseñadores de este nivel
poseen un amplio dominio de cuestiones técnicas y de manejo de hardware.
● Nivel Conceptual.- Es aquel en el que se definen las estructuras lógicas de
almacenamiento y las relaciones que se darán entre ellas. Ejemplos comunes
de este nivel son el diseño de los registros y las ligas que permitirán la
conexión entre registros de un mismo archivo, de archivos distintos incluso,
de ligas hacia archivos.
Investigación – Monografía
 1.1.8 Clasificación de Modelos de Datos:
● Nivel de Edición.- Es aquel en el que se presenta al usuario final y que
puede tener combinaciones o relaciones entre los datos que conforman a la
base de datos global. Puede definirse como la forma en el que el usuario
aprecia la información y sus relaciones.
● Modelos Lógicos Basados en Objetos.- Son aquellos que nos permiten una
definición clara y concisa de los esquemas conceptuales y de visión. Su
característica principal es que permiten definir en forma detallada las
limitantes de los datos.
● Modelos Lógicos Basados en Registros.- Operan sobre niveles conceptual
y de visión. Sus características principales son que permiten una descripción
más amplia de la implantación, pero no son capaces de especificar con
claridad las limitantes de los datos.
● Modelos Físicos de Datos.- Describen los datos en el nivel más bajo y
permiten identificar algunos detalles de implantación para el manejo del
hardware de almacenamiento.

1.2 REPRESENTACION DE LA REALIDAD

1.2.1 Modelo Conceptual.
“Se utilizan para representar la realidad a un alto nivel de abstracción. Mediante los
modelos conceptuales se puede construir una descripción de la realidad fácil de
entender.”
Se utiliza para la abstracción de la base de datos, para construir una descripción para
entender en la realidad
1.2.2 Modelo Entidad/Relación
Es un modelo de datos que representa la realidad a través de entidades , que son objetos
que existen y se distinguen de otros por sus características, que llamamos atributos.
Además, estas entidades podrán o no estar relacionadas unas con otras a través de lo que
se conoce como relación. Hay que tener en cuenta que se trata solamente de un modelo
de representación, por lo que no tiene correspondencia real con ningún sistema de
almacenamiento. Se utiliza en la etapa de Análisis y Diseño de una Base de Datos, por
lo que habrá que convertirla a otro modelo antes de poder empezar a trabajar con ella.

1.3 DATOS

Un buen diseño de base de datos es, por tanto, aquel que: Divide la información en

tablas basadas en temas para reducir los datos redundantes. Proporciona a Access la
información necesaria para unir la información en las tablas según sea necesario.

1.4 METADATOS
Es común describir el término metadatos como datos que describen otros datos o "datos
sobre datos". De forma general, en efecto, el concepto de metadatos se refiere a aquellos
datos que hablan de los datos, es decir, describen el contenido de los archivos o la
información de los mismos. 

Investigación – Monografía
 2. BASE DE DATOS RELACIONALES

La base de datos relacional (BDR) es un tipo de base de datos (BD) que cumple con el

modelo relacional (el modelo más utilizado actualmente para implementar las BD ya
planificadas).
Un sistema de software utilizado para mantener las bases de datos relacionales es un
relational database management system (RDBMS) o sistema de gestión de bases de
datos relacionales. Virtualmente, todos los sistemas de bases de datos relacionales
utilizan SQL (Structured Query Language) para consultar y mantener la base de datos.

2.1 CARACTERÍSTICAS DE LA BASE DE DATOS

RELACIONALES
● Una base de datos  se compone de varias tablas denominadas relaciones.
● No pueden existir dos tablas con el mismo nombre ni registro.
● Cada tabla es a su vez un conjunto de campos, columnas y registros  (filas).
● La relación entre una tabla padre y un hijo se lleva a cabo por medio de las llaves
primarias y llaves foráneas (o ajenas).
● Las llaves primarias son la clave principal de un registro dentro de una tabla y estas
deben cumplir con la la integridad de datos.
● Las llaves ajenas se colocan en la tabla hija, contienen el mismo valor que la llave
primaria del registro padre; por medio de estas se hacen las formas relacionales.

2.2 ELEMENTOS
Relaciones
En una BDR, todos los datos se almacenan y se accede a ellos por medio de relaciones
previamente establecidas.

2.3 Relaciones base

Las relaciones que almacenan datos son llamadas relaciones base y su implementación
es llamada "tabla".
2.4 Relaciones derivadas
Otras relaciones no almacenan datos, pero son calculadas al aplicar operaciones
relacionales. Estas relaciones son llamadas relaciones derivadas y su implementación
es llamada "vista" o "consulta". Las relaciones derivadas son convenientes, ya que
expresan información de varias relaciones actuando como si fuera una sola tabla.
Algunas no son determinadas por los usuarios, sino que son inherentemente definidas
por el simple hecho de que la BD sea relacional. Algunas otras restricciones las puede

Investigación – Monografía
definir el usuario, por ejemplo, usar un campo con valores enteros entre 1 y 10.

Las restricciones proveen un método de implementar "reglas" en la base de datos.

Las restricciones limitan los datos que pueden ser almacenados en las tablas.

Usualmente se definen usando expresiones que dan como resultado un valor booleano,
indicando si los datos satisfacen la restricción o no.

Las restricciones no son parte informal y formal del modelo relacional, pero son
incluidas porque juegan el rol de organizar mejor los datos. Las restricciones son muy
discutidas junto con los conceptos relacionales.

2.5 DOMINIOS
Un dominio describe un conjunto de posibles valores para cierto atributo. Como un
dominio restringe los valores del atributo, puede ser considerado como una restricción.
Matemáticamente, atribuir un dominio a un atributo significa "cualquier valor de este
atributo debe ser elemento del conjunto especificado".

Distintos tipos de dominios son: enteros, cadenas de texto, fecha, no procedurales, etc.

Cada tabla puede tener uno o más campos cuyos valores identifican de forma única cada
registro de dicha tabla, es decir, no pueden existir dos o más registros diferentes cuyos
valores en dichos campos sean idénticos. Este conjunto de campos se llama clave única.
Pueden existir varias claves únicas en una determinada tabla, y a cada una de estas suele
llamársele candidata a clave primaria.

2.6 Clasificación de Claves

2.6.1 Clave primaria
Una clave primaria es una clave única (puede estar conformada por uno o más campos
de la tabla) elegida entre todas las candidatas que define unívocamente a todos los
demás atributos de la tabla para especificar los datos que serán relacionados con las
demás tablas. La forma de hacer esto (relación entre tablas) es por medio de claves
foráneas.

2.6.2 Clave externa o foránea

Una clave foránea es una referencia a una clave en otra tabla, determina la relación
existente en dos tablas. Las claves foráneas no necesitan ser claves únicas en la tabla
donde están y sí a donde están referenciadas.

Por ejemplo, el código de departamento puede ser una clave foránea en la tabla de
empleados. Se permite que haya varios empleados en un mismo departamento, pero
habrá uno y solo un departamento por cada clave distinta de departamento en la tabla de
departamentos.

2.6.3 Clave índice

Las claves índice surgen con la necesidad de tener un acceso más rápido a los datos. Los
índices pueden ser creados con cualquier combinación de campos de una tabla. Las
consultas que filtran registros por medio de estos campos, pueden encontrar los registros
Investigación – Monografía
 de forma no secuencial usando la clave índice.

Las bases de datos relacionales incluyen múltiples técnicas de ordenamiento, cada una
de ellas es óptima para cierta distribución de datos y tamaño de la relación.

Los índices generalmente no se consideran parte de la base de datos, pues son un detalle
agregado. Sin embargo, las claves índices son desarrolladas por el mismo grupo de
programadores que las otras partes de la base de datos.

2.7 PROCEDIMIENTOS
Un procedimiento almacenado es código ejecutable que se asocia y se almacena con la
base de datos. Los procedimientos almacenados usualmente recogen y personalizan
operaciones comunes, como insertar un registro dentro de una tabla, recopilar
información estadística, o encapsular cálculos complejos. Son frecuentemente usados
por un API por seguridad o simplicidad.
Los procedimientos almacenados no son parte del modelo relacional, pero todas las
implementaciones comerciales los incluyen.

2.8 ESTRUCTURA Y DEFINICIONES

La base de datos se organiza en dos marcadas secciones; el esquema y los datos (o
instancia).

El esquema es la definición de la estructura de la base de datos y principalmente

almacena los siguientes datos:

● El nombre de cada tabla .
● El nombre de cada columna.
● El tipo de dato de cada columna
● La tabla a la que pertenece cada columna

Las bases de datos relacionales pasan por un proceso al que se le conoce

como normalización de una base de datos. Dicho proceso se basa principalmente en el
concepto de dependencia funcional 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.

La tabla inferior resume algunos de los términos más importantes de las bases de datos
relacionales y el término SQL correspondiente(en inglés):

Investigación – Monografía
 Término SQL Término de bases de Descripción
datos relacionales

Tupla o registro Un conjunto de datos, que

representa un ítem simple
FILA

Atributo o campo Un elemento etiquetado de una

tupla, p.e. "Dirección" o
COLUMNA
"Fecha de nacimiento"

Relación o Base Un conjunto de tuplas

relvar compartiendo los mismos
TABLA
atributos; un conjunto de filas
y columnas.

Relvar derivado Cualquier conjunto de tuplas;

un reporte o informe de datos
VISTA O
de una RDBMS en respuesta a
CONJUNTO DE
una consuelta.
RESULTADOS

2.8.1 MANIPULACIÓN DE LA INFORMACIÓN

Para manipular la información utilizamos un lenguaje relacional, actualmente se cuenta
con dos lenguajes formales el álgebra racional y el cálculo racional El álgebra relacional
permite describir la forma de realizar una consulta, en cambio, el cálculo relacional solo
indica lo que se desea devolver.
El lenguaje más común para construir las consultas a bases de datos relacionales es
el SQL, un estándar implementado por los principales motores o sistemas de gestión de
bases de datos relacionales integradas.
En el modelo relacional los atributos deben estar explícitamente relacionados con un
nombre en todas las operaciones, en cambio, el estándar SQL permite usar columnas sin
nombre en conjuntos de resultados, como el asterisco taquigráfico como notación de
consultas.

Investigación – Monografía
 2.8.2 GESTORES DE DATOS RELACIONALES
Existe un tipo de software  exclusivamente dedicado a tratar con bases de datos
relacionales, conocido como sistema de gestión de base de datos  Relacionales SGBDR,
o RDBMS, también llamados manejadores o gestores de las BDR.
Entre los gestores actuales más populares existen:
● Microsoft SQL Server.
● Oracle.
● DB2.
● PostgreSQL.
● MariaDB
● MySQL.

2.8.3 DISEÑO DE LA BASE DE DATOS RELACIONALES

El primer paso para crear una base de datos, es planificar el tipo de información que se
quiere almacenar en la misma, teniendo en cuenta dos aspectos: la información
disponible y la información que necesitamos.

La planificación de la estructura de la base de datos, en particular de las tablas, es vital

para la gestión efectiva de la misma. El diseño de la estructura de una tabla consiste en
una descripción de cada uno de los campos que componen el registro y los valores o
datos que contendrá cada uno de esos campos.

3. NORMALIZACION DE BASE DE DATOS

El proceso de normalización de una base de datos relacional consiste en aplicar una

serie de reglas para evitar a futuro realizar queries, o consultas innecesariamente
complejas. En otras palabras están enfocadas en eliminar redundancias e inconsistencias
de dependencia en el diseño de las tablas.

Las bases de datos se normalizan para:

● Evitar la redundancia de datos

● Proteger la integridad de los datos
● Evitar problemas de actualización de los datos en las tablas

Para poder decir que nuestra base de datos está normalizada deben respetarse 3 niveles
Investigación – Monografía
 de normalización.

PASOS DE NORMALIZACIÓN:

3.1 LA PRIMERA FORMA NORMAL

Hay que seguir una serie de pasos para poder decir que nuestra tabla está en primera
forma normal, estos son:

● Eliminar los grupos repetitivos de la tablas individuales.

● Crear una tabla separada por cada grupo de datos relacionados.
● Identificar cada grupo de datos relacionados con una clave primaria

Para identificar si lo hemos hecho de manera correcta debemos considerar los siguientes
aspectos:

-Todos los atributos son atómicos. Un atributo es atómico si los elementos del dominio
son indivisibles, mínimos.

● La tabla contiene una clave primaria única.

● La clave primaria no contiene atributos nulos.
● No debe existir variación en el número de columnas.
● Los campos no clave deben identificarse por la clave (Dependencia Funcional).
● 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.
● Una tabla no puede tener múltiples valores en cada columna.
● Los datos son atómicos (a cada valor de X le pertenece un valor de Y y
viceversa).

3.2 LA SEGUNDA FORMA FORMAL

Debemos seguir los siguientes pasos:

1. Crear tablas separadas para aquellos grupos de datos que se aplican a varios
registros.

Investigación – Monografía
2. Relacionar estas tablas mediante una clave externa.
Sabremos si nuestra base de datos tiene en la segunda forma normal si ésta previamente
cumple con las normas de la Primera forma Normal y si sus atributos no principales
dependen de forma completa de la clave principal. Es decir que no existen
dependencias parciales.

3.3 LA TERCERA FORMA NORMAL

Debemos considerar los siguientes puntos:

● Eliminar aquellos campos que no dependan de la clave.

● Ninguna columna puede depender de una columna que no tenga una clave.
● No puede haber datos derivados.

Podemos decir que nuestra tabla se encuentra en tercera normal si previamente estaba
en segunda forma normal y si no existe ninguna dependencia funcional transitiva entre
los atributos que no son clave. Es decir todo atributo no primo es implicado por la clave
primaria en una secuencia no transitiva.

Ejemplo:

Para entender mucho mejor todo esto revisemos la siguiente tabla:

Si nos damos cuenta esta tabla no cumple con el requisito que dice que todos los
atributos deben ser atómicos, es decir que debemos descomponerlo en su mínima
expresión

Siguiendo los aspectos a considerar podríamos decir que nuestra tabla inicial se
transformaría a:

Investigación – Monografía
Con esto podríamos decir que nuestra tabla cumple con la Primera forma Normal.
Ahora, si nos fijamos esta aun no cumple con los requisitos que pide la Segunda forma
Normal.

Podríamos crear tablas separadas para Cursos y para profesores y cada una de estas
tendría su clave primaria y estarían relacionadas por una clave externa (Foreign Key).

Tabla de Cursos:

Tabla Autores:

Ahora nuestra tabla está en Segunda Forma Normal.

Si detallamos nuestra tabla de Cursos aún podríamos simplificarla, para esto podríamos
extraer la columna de materiales y crear una nueva tabla para esto.

Investigación – Monografía
Con esto, nuestra tabla cumpliría con los requisitos de la Tercera forma normal y estaría
lista

4. CONCLUSIONES
La finalidad de este trabajo, es dar una inducción en el tema de Diseño de Bases de
Datos, a personas ajenas al tema. De manera que por ello los temas se presentan de una
manera sencilla y sin tanta terminología.
Nos muestra la gran importancia que para cualquier entidad, ya sea una empresa grande
o chica, para el gobierno, hasta para la vida cotidiana de una persona (como se muestra
en el ejemplo de los CD’s), tienen las bases de datos. Todo gira alrededor de ellas, todos
los procesos del mundo están registrados en ellas, de ahí la importancia de llevar a cabo
un diseño eficiente y libre de errores de las mismas.
Siempre que una persona escucha hablar de bases de datos y de toda la terminología que
las acompaña piensa que es un tema excesivamente complicado, y no es así, todo tiene
un porque y lógica, es cosa de familiarizarse un poco con ellas (bases de datos).
Cuando se ven en realidad todas las ventajas que tienen, es mas sencillo el proceso de
aprendizaje, ya que siente que el aprender a manejarlas se vera recompensado.
Además de los sencillas que son, es muy fácil acceder a información, manuales y cursos
relacionados a ellas, todo esta a la mano, con la facilidad de poner este tema en un
buscador de la red y aparecerán infinidad de temas, unos mas complejos que otros, pero
siempre uno que se adecue a las capacidades de aprendizaje de cada persona.
Otro punto muy importante es que la mayoría son gratis.

Investigación – Monografía
 ANEXOS

Investigación – Monografía
Investigación – Monografía
 FUENTES DE INFORMACIÓN Y BIBLIOGRAFÍA

https://m.monografias.com/trabajos30/base-datos/base-datos.shtml
https://platzi.com/blog/normalizar-una-base-de-datos-y-no-morir-en-el-intento/
https://issuu.com/3ciencias/docs/fundamentos_sobre_la_gesti__n_de_ba
https://www.ecured.cu/Sistemas_de_Bases_de_Datos_(Libro)#Pr.C3.B3logo
https://www.academia.edu/9811834/DISE%C3%91O_DE_BASES_DE_DATOS
https://irfeyal.wordpress.com/conceptos-basicos/
http://cv.uoc.edu/annotation/cb826b689abc472d8fb5b2519840058b/699689/
PID_00213707/PID_00213707.html
https://bsginstitute.com/bs-campus/blog/Como-Disenar-una-Base-de-Datos-23
https://bbdd.codeandcoke.com/apuntes:diseno
https://programas.cuaed.unam.mx/repositorio/moodle/pluginfile.php/1020/
mod_resource/content/1/contenido/index.html
https://www.campusmvp.es/recursos/post/Disenando-una-base-de-datos-en-el-modelo-
relacional.aspx
«Clasificación de base de datos, base de datos estaticas, base de datos dinamicas, según
la variabilidad de datos, elaboracion de base de datos en Lima Perú»
«Tipos de Base de Datos - YMANT»
(PDF) DISEÑO DE BASES DE DATOS | Miguel vasquez - Academia.edu
https://www.sintesis.com › dataPDF
Bases de datos. Diseño y gestión
informatica.uv.es › DisenoBDPDF

Investigación – Monografía