UNIDAD 1 - BASES DE DATOS TRANSACCIONALES Y RELACIONALES

FASE 1 - MODELAMIENTO: MODELAR, DISEÑAR Y DESARROLLAR

BASES DE DATOS RELACIONALES

PARTICIPANTES:

WILMER ARAUJO ANDRADE

CC. 1.117.493.445
JOHN FREDY RODRIGUEZ
CC.16.188.366
FRANCISCO JAVIER BLANCO
JUAN SEBASTIAN CABRERA

GRUPO No. 301125_11

Tutor:
EURIPIDES TRIANA

Universidad Nacional Abierta y a Distancia – UNAD

Escuela Ciencias básicas, tecnología e ingeniería
Programa Ingeniería de Sistemas
Base de datos avanzada 301125
Periodo 16-02
Colombia
2020
 TABLA DE CONTENIDO
INTRODUCCIÓN.......................................................................................................................................3
RESULTADO DE LA ACTIVIDAD..........................................................................................................4
Publicación del rol escogido por el estudiante..........................................................................4
Selección y respuesta de la pregunta motivadora..................................................................4
Proyecto para desarrollar.................................................................................................................4
A. Análisis de requerimientos...................................................................................................5
Formato 1: Definición y Descripción de Entidades..............................................................5
Formato 2: Descripción de atributos y sus restricciones..................................................6
Formato 3: Matriz de Relaciones...............................................................................................6
Formato 4: Descripción de las relaciones determinadas en la Matriz de Relaciones
...............................................................................................................................................................7
B. Diseño modelo Entidad Relación y modelo Relacional...............................................7
1 - Modelo Entidad Relación........................................................................................................7
2 - Modelo Relacional.....................................................................................................................8
Técnicas de normalización...........................................................................................................8
C. Desarrollo de la base de datos relacional.......................................................................8
Evidencias de la participación en el foro.....................................................................................9
CONCLUSIONES.....................................................................................................................................12
BIBLIOGRAFÍA........................................................................................................................................13
 INTRODUCCIÓN

Se espera que la introducción sobre el trabajo sea de mínimo media página.

 RESULTADO DE LA ACTIVIDAD

Publicación del rol escogido por el estudiante.

Nombre Estudiante Rol Valoración del

Desempeño del Rol
Estudiante Moderador Calificar de 1 a 5
John Fredy Rodríguez Colaborador Calificar de 1 a 5
Juan Sebastián Cabrera Evaluador Calificar de 1 a 5
Wilmer Araujo Andrade Investigador Calificar de 1 a 5
Francisco Javier Blanco Creativo Calificar de 1 a 5

Selección y respuesta de la pregunta motivadora.

Nombre Estudiante 1: John Fredy Rodríguez

Pregunta 1: ¿Cuál es la diferencia entre base de datos Transaccionales y
base de datos relacionales?

Teniendo en cuenta el concepto de los datos transaccionales según lo leído

es que se debe tener una base de datos que bien estructurada de tal forma
que esta no presente fallas en el sistemas mientras se realizan más de una
consulta o transacción al mismo tiempo, sabiendo que esta es autónoma de
hacerlo y cumpliendo los protocolos de seguridad para que la información
no se interfiera de un usuario a otro, como por ejemplo , mientras un
usuario realiza un depósito el otro puede estar consultando su saldo esto
implicaría que las transacciones que maneja el SGBD, son independientes y
seguras al momento de realizarse , y su tiempo de respuesta para
actualizar su información depende de varios factores importantes como es
el diseño de la base de datos , la conexión de velocidad que tenga, el tipo
de almacenamiento como el disco duro en su capacidad y a su vez permite
recuperarse de un fallo en caso de que se realice un transacción y que esta
no se halla efectuado en su totalidad permitirá al sistema y reiniciar
realizando o un nuevo registro en su totalidad , mas no se permite
transacciones parciales.

Por último, debemos tener en cuenta que las bases de datos relacionales se

basan en la organización de la información y que se relacionan entre ellos
mediante la relación de identificadores.

Según las bases de datos más conocidas tenemos a MySQL junto

con Oracle, seguida por SQL Server y PostgreSQL, entre otras.

Nombre Estudiante 2: Wilmer Araujo Andrade

Pregunta 2: ¿Qué se considera una base de datos relacionales?
Se trata, sin dudas, del modelo de bases de datos más popular desde hace
tiempo, y con él se imponen conceptos tales como tabla, arreglo
bidimensional, fila y columna...

Se recuperan los datos por medio de lenguajes de programación de

consulta (el más popular es SQL) ... que mantienen la compatibilidad entre
aun entre sistemas gestores de bases de datos de distintas compañías e
incluso sistemas operativos diferentes.

Entendemos el modelo relacional como una propuesta de ver los datos

como si se tratara de objetos del mundo real, diferenciables entre sí por sus
características básicas.

En este modelo las tablas deben cumplir las siguientes reglas:

 Cada fila debe ser única

 Cada columna debe se única
 Los valores de las columnas deben pertenecer al dominio de cada
atributo
 Debe tener un solo tipo de fila
 El valor de la columna para cada fila debe ser único.

Nombre Estudiante 3: Juan Sebastián Cabrera

Pregunta 3: ¿Cuál es la importancia del proceso de normalización en bases
de datos?

EL proceso de normalización de una base de datos es fundamental a la hora

de construir un soluciones integrales, como cocemos los datos él es pilar de
un sistema dado que el sistema solo administra la información y la organiza
de acuerdo al requerimiento del cliente, es por esto que los datos que se
alojan en la base de datos deben ser íntegros, para esto se utiliza la
normalización donde encontramos 5 formas normales esenciales cada una
de estas se debe aplicar de acuerdo a los requerimientos del sistema y la
estructura que nuestro cliente desea visualizar con respecto a sus datos.
Adicional a lo anterior mencionados podemos visualizar una representación
de la programación orientada a objetos donde también limpiamos y
utilizamos menos líneas de código para realizar sistemas eficiente y agiles si
bien en algunas ocasiones las bases de datos relacionales no son muy
recomendadas en sistemas que tienden a crecer con agilidad es muy
importante analizar cada concepto y aplicarlo de acuerdo a la necesidad
recordando y no dejando de lado la seguridad dado que la seguridad debe
estar centrada en la protección de la información lo que implica que
debemos primar con la seguridad de la base de dato y la infraestructura
dejando como complemento de la seguridad la parte grafica.

Nombre Estudiante 4: Francisco Javier Blanco

Pregunta 4: ¿Cuál es la diferencia entre el lenguaje de definición de datos y
el lenguaje de manipulación de datos?

 Lenguaje de definición de datos (DDL): Es un lenguaje de

programación para definir estructuras de datos, proporcionado por los
sistemas gestores de bases de datos.
  Lenguaje de manipulación de datos (DML): permite a los
usuarios introducir datos para posteriormente realizar tareas de
consultas o modificación de los datos que contienen las Bases de
Datos.
 
La diferente entre definición y manipulación es que la definición de datos
permite crear las estructuras y la manipulación permite insertar estos datos
y consultarlos en las estructuras ya creadas.

Nombre Estudiante 5: Wilmer Araujo Andrade

Pregunta 5: ¿Qué son las formas normales y cuál es su finalidad?

Pues para normalizar la BD debes aplicar las "formas normales" que tienen
por objetivo:

 Evitar la redundancia de los datos.

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

Son 5 formas normales, pero con aplicar las primeras 3 ya se puede

considerar normalizada la BD. más o menos las formas normales cumplen y
evitan estas situaciones:

 Cada columna debe tener su nombre único.

 No puede haber dos filas iguales. No se permiten los duplicados.
 Todos los datos en una columna deben ser del mismo tipo.

Las formas normales se aplican a las tablas de una BD y dicen:

1. Una tabla está en Primera Forma Normal sólo si 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
 La tabla no contiene atributos nulos
 Eliminar grupos repetitivos y formar una nueva tabla
 Una columna no puede tener múltiples valores. Los datos son
atómicos.

2. Una relación está en 2FN si está en 1FN y si los atributos que no

forman parte de ninguna clave dependen de forma completa de la
clave principal. Es decir que no existen dependencias parciales. Los
atributos dependen de la clave. Varía la clave y varían los atributos.

3. La tabla se encuentra en 3FN si es 2FN y cada atributo que no forma

parte de ninguna clave, depende directamente y no transitivamente,
de la clave primaria.

Proyecto para desarrollar

Un grupo de 5 ingenieros de la Universidad Nacional Abierta y a Distancia

UNAD, requieren diseñar una base de datos que sea de utilidad para
concesionarios de automóviles. Un concesionario puede vender automóviles
de varias marcas (por ejemplo, Audi y Volkswagen). Sobre los automóviles se
desea mantener la siguiente información: marca, modelo, precio, descuento
(si es que lo tiene), los datos técnicos (potencia fiscal, cilindrada, etc.); al
igual que otras características importantes y accesorios. El concesionario
tiene siempre automóviles de varios modelos en stock (cada uno se identifica
por su número de bastidor). Cuando se vende un automóvil se quiere saber
quién lo ha vendido; también se desea saber el precio que se ha cobrado por
él y el modo de pago: al contado o mediante financiera. Se debe almacenar la
información sobre la fecha de entrega, matrícula y si era de stock o se ha
tenido que encargar a fábrica. De los vendedores se almacenarán los datos
personales (nombre, NIF, domicilio, etc.) y las ventas realizadas.
Para el desarrollo del proyecto, el grupo de 5 ingeniero de sistemas deben:

Importante: se espera que cada estudiante desarrolle mínimo 2 entidades y le

aplique el proceso.

A. Análisis de requerimientos

Formato 1: Definición y Descripción de Entidades

Entidad o Tipo Justificación, explicación Ejemplo de Ejemplares Extensión INTENCION
de Entidad de su existencia en el (Instancias)
Mundo del Problema

Nombre Estudiante 1:
Empleado Es importante porque es  Daniel Prada 1000 Hacer un trabajo
el objetivo del área  Mariano Romero en el proceso a
tener los datos de los  Diana Cardona cambio de una
valores para los datos  Sandra Cristancho remuneración.
de los empleados.  Alexander García
Departamento  Sistemas, 40
 Telecomunicaciones,
 Jurídica,
 Financiera
 Secretaria General
 Despacho
Nombre Estudiante 2:
Cargo  Rector 100
 Profesor Titular,
 Profesor Asociado

Ciudad  Bogotá
 Cartagena
 Sahagún
 Cerete
Nombre Estudiante 3:

Nombre Estudiante 4: Wilmer Araujo Andrade

Automóvil Producto principal de  Toyota 1000 Vender
venta  Bmw
Ventas Asociada con las 1000 Registrar
múltiples ventas atreves de un ID
realizadas por único cada
vendedores de cada venta de
automóvil. automóvil
Vendedor Trabajador encargado  Wilmer Araujo 50
de vender  William Motta
Pedido a automóviles que se  Automóvil bmw Registrar los
Fabrica deben pedir a la fábrica  Mazda 626 pedidos a
ya que no se encuentran fábrica de
en stock modelos de
automóvil
Nombre Estudiante 5:
Formato 2: Descripción de atributos y sus restricciones.

Nombre Atributos Identifica Nombre Tipo Tama Obligatori Cardinali Restricciones adicionales
Entidad dor dominio de ño edad dad
Único Dato (Si/No) (1 o Lista de Rango Restricció
(UID) (Texto Muchos) Valores de n de
, Valore Control
Núme s
ro,
Fecha)
Empleado Empleado_id X Empleados_id N 4 Si 1 --
s
P_nombre P_Nombres T 30 SI 1 -- --- ---
S_nombre S_nombres T 30 Si 1 -- --- ---
P_apellido P_apellidos T 30 --- ---
S_apellido S_apellidos T 30
F_ingreso F_ingresos F F_ingreso
>
F_nacimie
nto
F_Nacimient F_nacimiento F S 1
o
Estado civil Estados Civiles T 2 S 1 C,S,UL,V --- ---
,SE
Salario Salarios N 10,2 Si 1 --- 30000 ---
00 -
15000
000
Correo x Correos T 30 No M --- ---- ---
Sexo Sexos T 1 Si 1 M, F,X
Telefono Telefonos T 15 Si M
Cargo Cargo_id X Cargos_ids --- ---
Nombre --- ---

Departam Departamen X Departament T 30 SI 1 -- --- ---

ento to_id os_ids
Nombre Nombres T 30 SI 1 -- --- ---
Ciudad Ciudad_id x Ciudades_id N 10 Si 1
Nombre Nombres T 30 Si 1
Correo ID
Tipo_correo

Teléfono Telefono_ID
numero

Formato 3: Matriz de Relaciones

Empleado Departamento Cargo Ciudad Correo Teléfono

Empleado R2 R1 R3 R5 R6
Departamento R4

Cargo
Ciudad

Correo
Teléfono
Formato 4: Descripción de las relaciones determinadas en la Matriz de
Relaciones
Relación Entidad 1 Rol Entidad 2 Pregunta para Rta. Pregunta Rta. Relación es Grado Ayuda a Observación/Restricciones/Atributos
determinar Opc para Card. Transferible Identificar
entidades
Opcionalidad . determinar (Si/No) Participantes
(Preguntar si Cardinalidad
está obligado) (Pregunta
CUANTO )

R2 Empleado Dirige.. Empleado Empleado está No Un M Si 1a Las dos Esta relación modela un hecho
obligado a empleado Much entidades importante que sucede en el proceso
o participantes que estamos analizando y es que
liderar a otro CUANTOS se identifican unos empleados dirigen a otros
empleado empleados 1:M plenamente empleados y que los empleados de la
lidera.. organización son dirigidos por otros
empleados. Es posible que algunos
Empleado Dirigido. Empleado Empleado está No. Un 1 Si empleados de la organización no sean
liderados o dirigidos por otro
. obligado a ser empleado
empleado
dirigido por por
otro empleado CUANTOS
empleados
es liderado ..

R1 Empleado Trabajo .. Departamento ¿Un Empleado No ¿Un Empleado 1 Si 1aM Las dos Esta relación modela un hecho
ESTÁ OBLIGADO a en CUANTOS entidades importante que sucede en el proceso
Trabajar en un Departamentos 1:M participantes que estamos analizando y es que los
Departamento? Trabaja? se identifican empleados trabajan en los
plenamente departamentos de la organización y
Departament Ocupa Empleado ¿Un No ¿Un M Si que los departamentos de la
o Departamento departamento compañía ocupan empleados o que
ESTA OBLIGADO a CUANTOS en los departamentos de la compañía
ocupar Empleados trabajan empleados.
Empleados? Ocupa?

R3

R4

R5

R6

B. Diseño modelo Entidad Relación y modelo Relacional

1 - Modelo Entidad Relación

2 - Modelo Relacional

Técnicas de normalización
Se espera que los estudiantes relacionen las técnicas de normalización
aplicadas.

C. Desarrollo de la base de datos relacional

Cada estudiante debe desarrollar mínimo 2 tablas de la base de datos.

Nombre Estudiante 1:
Script DDL

Script DML

Script DCL

Después de diligenciar los registros en la BD realizar una consulta simple

donde se pueda evidenciar total de autos vendidos en el concesionario.
(Código SQL)

Nombre Estudiante 2:
Script DDL
Script DML
Script DCL
Después de diligenciar los registros en la BD realizar una consulta simple
donde se pueda evidenciar los autos vendidos en el concesionario, el
modelo y la marca. (Código SQL)

Nombre Estudiante 3:
Script DDL

Script DML

Script DCL

Después de diligenciar los registros en la BD realizar una consulta simple

donde se pueda mostrar cual es el vendedor con más autos vendidos.
(Código SQL)

Nombre Estudiante 4:
Script DDL

Script DML

Script DCL

Después de diligenciar los registros en la BD realizar una consulta simple

donde se pueda obtener el valor total de las ventas. (Código SQL)

Nombre Estudiante 5:
Script DDL
Script DML
Script DCL
Después de diligenciar los registros en la BD realizar una consulta simple
donde se pueda mostrar el mes con menos ventas. (Código SQL)

Evidencias de la participación en el foro

Se espera que cada estudiante presente las evidencias de su participación en
el foro con relación al Desarrollo Fase 1 - Unidad 1, al igual que comentarios
significativos a los aportes de los demás compañeros del grupo.

Nombre Estudiante 1:
Imagen 1 Imagen 2

Nombre Estudiante 2:
Imagen 1 Imagen 2

Nombre Estudiante 3:
Imagen 1 Imagen 2

Nombre Estudiante 4:
Imagen 1 Imagen 2

Nombre Estudiante 5:
Imagen 1 Imagen 2
 CONCLUSIONES

Se espera que las conclusiones sobre el trabajo sean de mínimo media

página.
 BIBLIOGRAFÍA

Todas las referencias bibliográficas deben estar según la norma APA