1

FASE 3 – DISEÑO ACTIVIDAD COLABORATIVA

OMAR YOVANY FORERO DIAZ CODIGO - 1.109.297.647

SANDRA MILENA LOPEZ BENAVIDES – 1052410027
CAROL ALEXIS TORRES AYALA – 53.165.546
FERNANDO ANTONIO GALVEZ MORENO- 1.119.893.862

GRUPO: 301330_43

IVAN ARTURO LOPEZ ORTIZ

TUTOR

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD

BASE DE DATOS BASICO
CCAV SAN JOSE DEL GUAVIARE
OCTUBRE 2019
 2

INTRODUCCION

Para la actual fase del curso Bases de Datos Basicos se pretende de forma colaborativa
dar respuesta a diversas incognitas planteadas en la guia de actividades, el cual nos
permite adquirir conocimiento en los diversos temas que se tratan para el desarrollo
efectivo del trabajo individual.
 3

OBJETIVOS

• Aplicar los diversos significados en la presente fase para los distintos

ejercicios requeridos de manera individual
• Comprender la importancia del diseño de una base de datos y sus cuantiosos
significados para de este modo aplicarla al problema dado.
• Conceptualizar los diferentes temas de la Normalizacion para comprender
sus diferentes formas normales.
 4

Desarrollo de la Actividad

1. Que es el Modelo Relacional

R: // Uno de los modelos matemáticos más importantes, actuales y con mayores

perspectivas para la representación de las bases de datos, es el enfoque relacional.
Este se basa en la teoría matemática de las relaciones, suministrándose con ello
una fundamentación teórica que permite aplicar resultados de dicha teoría a
problemas tales como el diseño de sub-lenguajes de datos y otros.

2. Base Teorica y conceptual

Base conceptual
Un esquema conceptual es una descripción de alto nivel de la estructura de la base
de datos, independientemente del SGBD que se vaya a utilizar para manipularla.
Un modelo conceptual es un lenguaje que se utiliza para describir esquemas
conceptuales. El objetivo del diseño conceptual es describir el contenido de
información de la base de datos y no las estructuras de almacenamiento que se
necesitarán para manejar esta formación.
Base teórica
las Bases Teóricas varía de acuerdo con el problema objeto de estudio que se
plantee en cada investigación. Su estructura surge de acuerdo con el conjunto de
variables que surjan de la temática, del enfoque de la investigación, del enunciado
del problema, del sistema de objetivos, del sistema de preguntas que se exprese en
la formulación del problema.

3. En las bases de datos relacionales, los datos se almacenan en tablas. Cada tabla es
un conjunto de filas y columnas. Cada columna tiene un tipo y muchas bases de
datos admiten uno o varios tipos de datos espaciales nativos.
 5

Los tipos de datos determinan lo siguiente:

Qué valores se pueden almacenar en una columna

Qué operaciones se pueden realizar en los datos en esa columna

Cómo se almacenan físicamente los datos en la base de datos

4. Esquema
Es una representación visual de una base de datos, a un conjunto de reglas que
rige una base de datos, o bien, a todo el conjunto de objetos que pertenecen a un
usuario en particular. Describe la estructura de una base de datos, en un lenguaje
formal soportado por un sistema de gestión de base de datos (DBMS). En una
base de datos relacional, el esquema define sus tablas, sus campos en cada tabla y
las relaciones entre cada campo y cada tabla.
El esquema es generalmente almacenado en un diccionario de datos. Aunque
generalmente el esquema es definido en un lenguaje de base de datos, el término
se usa a menudo para referirse a una representación gráfica de la estructura de
base de datos.

5. Instancias
R:// Una instancia es una copia del ejecutable de sqlservr.exe que se ejecuta
como un servicio de sistema operativo. Cada instancia administra varias bases de
datos del sistema y una o varias bases de datos de usuario. Una instancia de base
de datos funciona como un servicio que controla todas las solicitudes de
aplicación para trabajar con datos de cualquiera de las bases de datos
administradas por dicha instancia

6. Tecnica de normalización

R: // La normalización es una técnica utilizada para diseñar tablas en las que las
redundancias de datos se reducen al mínimo. Las primeras tres formas normales
 6

(1FN, 2FN y 3FN) son las más utilizadas. Desde un punto de vista estructural, las
formas de mayor nivel son mejores que las de menor nivel, porque aquellas
producen relativamente pocas redundancias de datos en la base de datos. En otras
palabras, 3FN es mejor que 2FN y ésta, a su vez, es mejor que 1FN. Casi todos
los diseños de negocios utilizan la 3FN como forma ideal.

7. Formas normales

R: // Se debe tener en cuenta que hay seis formas normales, si bien las más
conocidas y destacables son las tres descritas acontinuacion.

1FN

Una tabla está en 1FN cuando todos los atributos de clave están definidos y
cuando todos los restantes dependen de la clave primaria. Sin embargo, una tabla
en 1FN aún puede contener tanto dependencias parciales como transitivas (una
dependencia parcial es aquella en la que un atributo es funcionalmente
dependiente de una parte de una clave primaria de atributos múltiples. Una
dependencia transitiva es aquella en la que un atributo es funcionalmente
dependiente de otro atributo no de clave). Naturalmente una tabla con una clave
primaria de un solo atributo no puede exhibir dependencias parciales.

2FN

Una tabla se encuentra en 2FN cuando está en 1FN y no contiene dependencias

parciales. Por consiguiente, una tabla 1FN automáticamente está en 2FN si su
clave primaria está basada solamente en un atributo simple. Una tabla en 2FN aún
puede contener dependencias transitivas.
 7

3FN

Una tabla se encuentra en 3FN si está en 2FN y no contiene dependencias

transitivas, lo cual significa que las columnas que no forman parte de la clave
primaria deben depender sólo de la clave, nunca de otra columna no clave.

8. Ventajas

- Para manejar los detalles en sistemas muy grandes porque tienen enormes
cantidades de datos y al cambiarlos es difícil manejar todos los detalles pero al
registrar la información usando el diccionario de datos automatizado resulta
mucho más organizado y de gran ayuda encontrar la información requerida.
- Para que cada uno de los elementos y actividades del sistema tengan un solo
significado, de esta manera podrán localizarse con rapidez.
- Para documentar las características del sistema, incluyendo partes o
componentes así como los aspectos que los distinguen, produciendo una
comprensión más completa.

- Para facilitar el análisis de los detalles con la finalidad de evaluar las

características y determinar donde efectuar cambios en el sistema, determina si
son necesarias nuevas características o si están en orden los cambios de cualquier
tipo.

Naturaleza de las transacciones: las actividades de la empresa que se llevan a cabo

mientras se emplea el sistema.

- Preguntas: solicitudes para la recuperación o procesamiento de información para

generar una respuesta especifica.
 8

- Archivos y bases de datos: detalles de las transacciones y registros maestros que

son de interés para la organización.

- Capacidad del sistema: Habilidad del sistema para aceptar, procesar y almacenar
transacciones y datos

- Localizar errores y omisiones en el sistema, detectan dificultades, y las

presentan en un informe. Aun en los manuales, se revelan errores.

9. Deventajas

Se debe comprender la normalización y hacer un análisis detallado antes de

normalizar los datos pues esto puede sobre normalizar una base de datos y
descomponerla en demasiadas tablas granulares.

Al normalizar una base de datos correctamente a veces requiere más trabajo para
extraer datos y generar informes dado que si necesita por ejemplo datos de una
tabla de productos, precios y clientes una consulta necesita unir las tres tablas para
generar el informe y el CPU y disco deben trabajar más para generar esas
consultas.

10. Que es el Diccionario de Datos

R:// Un diccionario de datos es un conjunto de definiciones que contiene las

características lógicas y puntuales de los datos que se van a utilizar en el sistema
que se programa, incluyendo nombre, descripción, alias, contenido y
organización.

Identifica los procesos donde se emplean los datos y los sitios donde se necesita el
 9

acceso inmediato a la información, se desarrolla durante el análisis de flujo de

datos y auxilia a los analistas que participan en la determinación de los
requerimientos del sistema, su contenido también se emplea durante el diseño.

En un diccionario de datos se encuentra la lista de todos los elementos que forman

parte del flujo de datos de todo el sistema. Los elementos más importantes son
flujos de datos, almacenes de datos y procesos. El diccionario de datos guarda los
detalles y descripción de todos estos elementos. Si los analistas desean conocer
cuántos caracteres abarca un determinado dato o qué otros nombres recibe en
distintas partes del sistema, o dónde se utiliza, encontrarán las respuestas en un
diccionario de datos desarrollado en forma apropiada. El diccionario se desarrolla
durante el análisis de flujo de datos y auxilia a los analistas que participan en la
determinación de los requerimientos de sistemas.
 10

CONCLUSIONES

El integrar a nuestro lenguaje nuevos terminos, nos permitio desembolvernos de

una manera mas ligera y de esta forma se logro diseñar y ejecutar cada uno de los
pasos que se establecieron para el desarrollo de los ejercicios propuestos
 11

REFERENCIAS BIBLIOGRAFICAS

• Sosa, F. M. & López, V. M. (2007). Diseño de bases de datos relacionales.

Córdoba, AR: El Cid Editor. Pág. 20-85 Recuperado
de http://bibliotecavirtual.unad.edu.co:2460/lib/unadsp/detail.action?docID=3175
111&query=Dise%C3%B1o%20de%20bases%20de%20datos%20relacionales.

• 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. 87-110. Recuperado
de: https://bibliotecavirtual.unad.edu.co:2538/lib/unadsp/reader.action?ppg=111&
docID=4499234&tm=1528910264489

• Köhler H. A, & Link. S. (2018) SQL schema design: foundations, normal forms,
and normalization Information Systems. Auckland, New Zealand. Pág. 88–113.
Recuperado de https://bibliotecavirtual.unad.edu.co:2571/S0306437917305069/1-
s2.0-S0306437917305069-main.pdf?_tid=758d4085-1549-4587-bc90-
b5356752d597&acdnat=1541519483_46e6f65b228d5c61fb3bcb63b10f8236

• Camuña, R. J. F. (2014). Lenguajes de definición y modificación de datos SQL

(UF1472), Capitulo 2 - Lenguajes de definición, manipulación y control. Madrid,
ESPAÑA: IC Editorial. pág. 101-104 Recuperado de
https://bibliotecavirtual.unad.edu.co:2538/lib/unadsp/reader.action?docID=41840
70&query