Trabajo Colaborativo

Momento Intermedio Unidad 2

Fase 3 – Diseño

Deimer Fabián Andrade Narváez

Derwin Martínez Rodríguez
Héctor Besarión Piñeros Arias
Grupo: 42

Bases de Datos Basico

Código del curso 301330A_614

Presentado a
Iván Arturo López Ortiz

Universidad Nacional Abierta y a Distancia UNAD

Cead Acacias-Meta
Escuela de Ciencias Básicas Tecnología e Ingeniería
30/10/2019
 Tabla de contenido
Introducción 3
Objetivos 4
Desarrollo de la Actividad. 5
➢ Cronogramas de Actividades 5
➢ Que es el Modelo Relacional 5
➢ Base Teórica y conceptual 6
➢ Descripción 7
➢ Esquema 8
➢ Instancias 8
➢ Técnica de normalización 9
➢ Primera forma normal 9
➢ Segunda forma normal 10
➢ Tercera forma normal 10
➢ Ventajas 10
➢ Desventajas 10
➢ Diccionario de datos 11
Conclusiones 12
Bibliografia 13
 Introducción

En el desarrollo del presente trabajo se revisaran los conceptos fundamentales del modelo
relacional, el cual nos permite identificar, reconocer y abstraer flujos de datos mediante el
análisis de un estudio de caso. Para diseñar el diccionario de datos, el modelo lógico y el modelo
relacional se debe hacer en base al diagrama de Entidad Relación. Con el fin de que se
convertirán en conocimientos significativos para la Introducción a las bases de datos y los
Fundamentos de Análisis, de tal manera afianzar los conocimientos y generar la mejor dinámica
del trabajo individual y así mismo contribuir satisfactoriamente al desarrollo de la actividad
colaborativa.
 Objetivos
Objetivos general
• Identificar los conceptos fundamentales del modelo relacional.

Objetivo específico

• Definir los siguientes conceptos:

• Que es el Modelo Relacional

• Base Teórica y conceptual
• Descripción
• Esquema
• Instancias
• Técnica de normalización
• Formas normales
• Ventajas
• Desventajas
• Que es el Diccionario de Datos
 Desarrollo de la Actividad.

➢ Cronogramas de Actividades

Figura 1. Martínez D. (2019) Cronogramas de Actividades Base de Datos Básico

➢ Que es el Modelo Relacional

Es la organización y gestión de bases de datos que consistente en el almacenamiento de datos

en tablas compuestas por filas y columnas. Se diferencia de otros modelos, como el jerárquico,
por ser más perceptible para el usuario inexperto, y por fundamentarse en la lógica de predicados
para constituir relaciones entre distintos datos.
Ejemplo Caso de uso:

Imagen 1. Modelo Relacional del Sistema Biblioteca [2]

➢ Base Teórica y conceptual

La teoría del modelo de datos relacional fue labor del investigador de IBM Edgar Codd en
1970. Este modelo fue planteado en 1976 y ha encontrado una amplia conformidad como
instrumento para modelar un infinito y efectivo proceso de diseño en las bases de datos.

Deleita de una fuerte base matemática. El modelo relacional se caracteriza a muy grandes
rasgos por disponer que toda la información debe estar contenida en tablas, y las relaciones entre
datos deben ser representadas explícitamente en esos mismos datos.
 Las bases de datos relaciones se les denomina así porque almacenan los datos en forma de
“Relaciones” o listas de datos, es decir, en lo que llamamos habitualmente “Tablas”. Muchas
personas se piensan que el nombre viene porque además las tablas se relacionan entre sí
utilizando claves externas. No es así, y es un concepto que debemos tener claro. (Tabla =
Relación).

Todos los datos se representan en forma de tablas (también llamadas “relaciones”, ver nota
anterior). Incluso los resultados de consultar otras tablas. La tabla es además la unidad de
almacenamiento principal.

Las tablas están compuestas por filas (o registros) y columnas (o campos) que almacenan
cada uno de los registros (la información sobre una entidad concreta, considerados una unidad).

Las filas y las columnas, en principio, carecen de orden a la hora de ser almacenadas.
Aunque en la implementación del diseño físico de cada SGBD esto no suele ser así. Por ejemplo,
en SQL Server si añadimos una clave de tipo "Clustered" a una tabla haremos que los datos se
ordenen físicamente por el campo correspondiente. El orden de las columnas lo determina cada
consulta (que se realizan usando SQL).

Cada tabla debe poseer una clave primaria, esto es, un identificador único de cada registro
compuesto por una o más columnas.

Para establecer una relación entre dos tablas es necesario incluir, en forma de columna, en
una de ellas la clave primaria de la otra. A esta columna se le llama clave externa. Ambos
conceptos de clave son extremadamente importantes en el diseño de bases de datos.

Basándose en estos principios se diseñan las diferentes bases de datos relacionales,

definiendo un diseño conceptual y un diseño lógico, que luego se implementa en el diseño físico
usando para ello el gestor de bases de datos de nuestra elección (por ejemplo SQL Server).

Esta base de datos representa un sistema sencillo de gestión de pedidos para una empresa
ficticia. Existen conceptos que hay que manejar como: proveedores, empleados, clientes,
empresas de transporte, regiones geográficas, y por supuesto pedidos y productos.

El diseño conceptual de la base de datos para manejar toda esta información se puede ver en
la siguiente figura, denominada diagrama Entidad/Relación o simplemente diagrama E-R:

➢ Descripción
Una descripción muy resumida del modelo relacional es que se fundamenta en la concepción
matemática de relación. En este modelo, la información se simboliza en forma de tablas o
relaciones, donde cada fila de la tabla se ilustra como una relación ordenada de valores (un
conjunto de valores relacionados entre sí).

➢ Esquema
Un esquema básico de un modelo relacional consta de 4 pasos, así:
✓ Primer paso: Pensar estratégicamente el requerimiento de información. La primera
etapa radica en resistir el impulso de abrir la aplicación y principiar a dar clic y
teclear. Esto solo obtiene tener éxito en aquellos casos en que la problemática a
resolver sea muy sencilla.

✓ Segundo paso: Modelado conceptual. Consta en puntualizar el conjunto de

entidades que intervienen en la dificultad a resolver y en cómo éstas se relacionan
entre sí. Para ello, comúnmente se utiliza un diagrama de entidad / relación.
Estas relaciones entre las tablas pueden ser de diferentes tipos o cardinalidad:
Uno a Uno (1:1) - Uno a Muchos (1 a M ó 1:M) - Mucho a Muchos (M:M)

✓ Tercer paso: El diseño de la base de datos. La proyección de la organización de la

base de datos, en específica de las tablas, es vital para la gestión efectiva de ellas. El
esquema de la estructura de una tabla consiste en un retrato de cada uno de los
campos que disponen el registro y los tipos de datos que contendrá cada uno de esos
campos, como así también su tamaño o longitud.

✓ Cuarto paso: Utilizar un gestor de BD para la creación, manipulación, y consulta

de la BD. Consiste en emplear un gestor de base de datos y crear las diferentes tablas
de la BD; crear en cada tabla los campos, de acuerdo al tipo de datos definido en el
diseño; constituir o definir los campos clave; en función de las claves definidas, ya
sean primarias o foráneas, se establecerán las relaciones correspondientes; cargar las
tablas con los registros que correspondan.

➢ Instancias

Una instancia de manera formal es la aplicación de un esquema a un conjunto finito de datos.

En palabras no tan técnicas, se puede definir como el contenido de una tabla en un momento
dado, pero también es válido referirnos a una instancia cuando trabajamos o mostramos
únicamente un subconjunto de la información contenida en una relación o tabla, como por
ejemplo:

• Ciertos caracteres y números (una sola columna de una sola fila).

• Algunas o todas las filas con todas o algunas columnas
• Cada fila es una tupla. El número de filas es llamado cardinalidad.
• El número de columnas es llamado aridad o grado.

Una instancia es el conjunto de procesos que se ejecutan en el servidor así como la memoria
que comparten para ello.
 Imagen 2. Instancia - Base de Datos [3]

➢ Técnica de normalización

Básicamente, las reglas de Normalización están encaminadas a eliminar redundancias e

inconsistencias de dependencia en el diseño de las tablas. pero debemos tener en cuenta que la
simplificación debe darse sin que haya perdida de información.

La normalización o estandarización es la redacción y aprobación de normas que se

establecen para garantizar el acoplamiento de elementos construidos independientemente, así
como garantizar la respuesta en caso de ser necesario, garantiza la calidad de los elementos
fabricados, la seguridad de funcionamiento y trabajar con responsabilidad social.

La técnica de normalización es un proceso donde se mejora las normas y se aplican a

distintas actividades científicas, industriales o económicas con el fin de ordenarlas y mejorarlas.

La normalización en este caso sería el proceso de formular y aplicar reglas para una
aproximación ordenada a una actividad específica para el beneficio y con la cooperación de todos
los involucrados.

El objetivo de la normalización en las bases de datos relacionales es la de evitar la

redundancia en los datos, proteger su integridad, en el modelo relacional es común ver que se
llama tabla a una relación.

En las bases de datos simples puede que no sea necesario realizar la normalización.

➢ Primera forma normal

La primera forma normal es la más básica y la más fácil de llevar a cabo. Una BD está en
primera forma normal si, y solo si, cada atributo de una tabla contiene un solo valor atómico, ya
que un atributo que contenga varios valores puede ocasionar una pérdida de datos.
Para conseguir que una tabla cumpla la primera forma normal se aconseja buscar los campos
multivaluados; es decir, buscar aquellos campos que guardan dos datos distintos y separarlos en
dos campos diferentes.
➢ Segunda forma normal
La segunda norma formal y la tercera están relacionadas con el concepto de dependencia
funcional. La dependencia funcional es la relación que tienen los atributos de una tabla con otros
atributos de la propia tabla. Un conjunto de atributos (A) depende funcionalmente de otro
conjunto de atributos (B), si para cada valor de A hay un único valor posible para B. Esta
dependencia funcional es completa si además no se puede obtener de A un conjunto de atributos
más pequeño que consiga una dependencia funcional de B.
Entonces, una relación está en segunda forma normal (2FN) si, y solo si, está en primera
norma formal (1NF) y todos los atributos fuera de la clave primaria son funcionalmente
dependientes de esta de forma completa.
Se aconseja crear tablas separadas para aquellos grupos de datos que se aplican a varios
registros y relacionarlas mediante una clave externa.
➢ Tercera forma normal
La tercera forma normal (3FN) se cumple en una tabla cuando esta está en 2FN y, además,
cuando ningún atributo que no sea clave dependa transitivamente de las claves de la tabla; es
decir, cuando ningún atributo dependa funcionalmente de atributos que no son clave. Todos los
atributos que no son claves deben ser mutuamente independientes.
La 3FN se consigue dividiendo las dependencias transitivas en dos dependencias funcionales,
de modo que cada determinante se convierte en la llave primaria de una nueva relación.
Para cumplir la tercera forma normal es conveniente realizar un análisis de cada tabla para
distinguir qué campos no están asociados directamente con la clave principal.

➢ Ventajas

La normalización es parte del proceso de simplificación de los datos, esto sirve para
almacenar con el menor espacio posible, eliminar datos repetidos, eliminar errores lógicos y tener
los datos ordenados.

La normalización reduce su tamaño y evitala duplicidad de los datos dispersándola en varias

tablas como grupos de datos lógicos y varias combinaciones entre tablas.

Otra de las ventajas es la de garantizar el trabajo en equipo, se garantiza la calidad y

satisfacción del usuario, eleva los niveles de seguridad, producción y calidad de productos y
servicios.

➢ Desventajas
 Eliminar datos redundantes y algunas dependencias, hace que la base de datos reduzca su
información, se debe conocer el proceso de normalización.

Otra desventaja es que es posible sobre normalizar una base de datos y descomponerla en
demasiadas tablas granulares, si esto ocurre se debe crear consultas mas complejas para unir los
datos que se encuentran dispersos en varias tablas.

Al realizar el proceso de normalización de manera correcta, hace que se deba generar mas
trabajo para poder extraer los datos y generar un informe

➢ Diccionario de datos
Este es el depósito en el que se guarda la información referente a todos los datos que forman
la base de datos. Se trata de una guía en la que se describe la BD y los objetos que forman parte
de ella. Se encarga de identificar los procesos donde se utilizan los datos y los sitios donde es
necesario el acceso inmediato a la información.
El diccionario se considera un tipo especial de tabla (que debe describir la estructura,
restricciones, aplicaciones y autorizaciones de la BD), a la que solo el propio sistema de base de
datos (y no los usuarios normales) puede tener acceso y actualizarlo. El sistema de BD, antes de
leer o hacer cualquier modificación a los datos reales, realiza una consulta al diccionario de datos.
Como función principal, el diccionario de datos debe almacenar y controlar la información
siguiente:
• Descripciones de todos los objetos (tablas, vistas, procedimientos, funciones, etc.) de la
BD.
• Información detallada (como puede ser información sobre estructuras de almacenamiento,
caminos de accesos y tamaños de ficheros y registros) sobre el diseño físico de la BD.
• Información detallada sobre la estructura lógica de la BD.
• Descripción, responsabilidades y derechos de acceso de los usuarios de la BD.
• Descripciones de alto nivel de las transacciones y aplicaciones de la BD y de las
relaciones entre los usuarios y las transacciones.
• Relación entre las transacciones de la BD y los elementos de información a los que hacen
referencia.
• Estadísticas de utilización, como pueden ser las frecuencias de consultas y transacciones y
el número de accesos a los distintos objetos de la base de datos.
 Conclusiones

En la fase individual y colaborativa del contenido del curso de Base de datos Básico, es un
factor muy importante identificar cada uno de los conceptos diseñados, con la implementación de
la estrategia de aprendizaje basada en problemas, el cual fortalece los conocimientos y donde se
pone en evidencia el estudio de los referentes teóricos, el cual permite aplicarlos en la solución
del problema enmarcando en el desarrollo del análisis y diseño de bases de datos, con el fin de
llegar a la comprensión de situaciones reales a través de la investigación y consulta de
definiciones, de tal manera comprobar la relación entre la teoría y lo acontecido para así poner en
práctica la importancia que existe en la base de datos básico.

Los fundamentos básicos e introducción de Análisis y Diseño de bases de datos no solo nos
permiten recolectar información y documental en Modelo de Datos sino de conocer a fondo su
estructura y funcionamiento que nos permite optimizar las herramientas, elementos y
características de la técnica del diagrama Entidad Relación.
 Bibliografia
ArCiGo. (04 de Agosto de 2017). Sólo es Ciencia. Obtenido de
https://soloesciencia.com/2017/08/04/911/
Chicano, T. E. (2013). Utilización de las bases de datos relacionales en el sistema de gestión y
almacenamiento de datos: uf0348. IC Editorial, 2013. ProQuest Ebook Central, pág. 105-
106. Recuperado
de: https://bibliotecavirtual.unad.edu.co:2538/lib/unadsp/reader.action?ppg=111&docID=
4499234&tm=1528910264489

Chicano, T. E. (2013). Utilización de las bases de datos relacionales en el sistema de gestión y

almacenamiento de datos: uf0348. IC Editorial, 2013. ProQuest Ebook Central, pág. 89-
90. Recuperado
de: https://bibliotecavirtual.unad.edu.co:2538/lib/unadsp/reader.action?ppg=111&docID=
4499234&tm=1528910264489

Miguel Sosa Flores, a. M. (2007). Diseño de bases de datos relacionales. El Cid Editor. Obtenido
de https://ebookcentral-proquest-
com.bibliotecavirtual.unad.edu.co/lib/unadsp/reader.action?docID=3175111&query=Dise
%C3%B1o+de+bases+de+datos+relacionales.
Ray, M. (17 de marzo de 2017). Microsoft. Obtenido de https://docs.microsoft.com/es-
es/sql/database-engine/configure-windows/database-engine-instances-sql-
server?view=sql-server-2017