UNIDAD 1: LENGUAJE DE CONSULTA ESTRUCTURADO SQL

FASE 2 - DISEÑO

PARTICIPANTES:

CC: 92535611 – Cesar Emiro Montes Guevara

CC: 1062813726 Leonardy Yepez Fragozo
CC: 73163431 Juan Carlos Arrieta Bustos
CC: 1143162294 David Alfredo De La Hoz
CC: 1003504325 Julian David Ricardo

GRUPO 301125_4

Tutor:
JULIO CESAR RODRÍGUEZ CASAS

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-04
Colombia
2021
 TABLA DE CONTENIDO

OBJETIVOS....................................................................................................................................4
Objetivo General......................................................................................................................4
Objetivos Específicos................................................................................................................4
RESULTADO..................................................................................................................................5
1. Selección y respuesta de la pregunta motivadora........................................................5
2. Diseño modelo Entidad Relación y modelo Relacional.................................................8
- Modelo de Datos Entidad Relación – Según Peter Chen..............................................8
- Técnicas de normalización............................................................................................9
- Modelo de Datos Relacional – Según Edgar Frank Codd............................................10
3. Desarrollo de la base de datos relacional...................................................................12
4. Consultas con JOINS...................................................................................................20
5. Consultas con funciones.............................................................................................22
6. Evidencias de la participación en el foro....................................................................24
CONCLUSIONES..........................................................................................................................27
BIBLIOGRAFÍA.............................................................................................................................28
 INTRODUCCIÓN

El SQL (Structured query language), lenguaje de consulta

estructurado, es un lenguaje surgido de un proyecto de investigación
de IBM para el acceso a bases de datos relacionales. Actualmente se
ha convertido en un estándar de lenguaje de bases de datos, y la
mayoría de los sistemas de bases de datos lo soportan, desde
sistemas para ordenadores personales, hasta grandes ordenadores.
Por supuesto, a partir del estándar cada sistema ha desarrollado su
propio SQL que puede variar de un sistema a otro, pero con cambios
que no suponen ninguna complicación para alguien que conozca un
SQL concreto. Como su nombre indica, el SQL nos permite realizar
consultas a la base de datos. Pero el nombre se queda corto ya que
SQL además realiza funciones de definición, control y gestión de la
base de datos.
 OBJETIVOS

Objetivo General
Crear consultas y funciones en base de datos relacionales a través del
uso del Lenguaje SQL

Objetivos Específicos
Crear una base de datos relacional para un sistema integrado
Codificar las sentencias para cada una de las siguientes
funciones.
Insertar registros en la Base de Datos haciendo uso del
lenguaje de modificación de datos.
Analizar los requerimientos del proyecto de la Universidad
Nacional Abierta y a Distancia UNAD.
Realizar la definición y descripción de las entidades a partir del
proyecto propuesto.
 RESULTADO

1. Selección y respuesta de la pregunta motivadora

Nombre
r un párrafo de su propia Estudiante
autoría que contenga1: David
mínimo Alfredo
100 palabrasDe La Hoz150
y máximo Fernandez
palabras; además, debe hacer un come
Pregunta 1: ¿Qué es una base de datos relacional?
Respuesta: Una base de datos relacional es una base de datos
que almacena puntos de datos relacionados y proporciona
acceso a puntos de datos relacionados. Las bases de datos
relacionales se basan en el modelo relacional, que es una forma
intuitiva y directa de representar datos en tablas. En una base
de datos relacional, cada fila de una tabla es un registro con un
ID único, llamado clave. Las columnas de la tabla contienen los
atributos de los datos y, por lo general, cada registro tiene un
valor para cada atributo, lo que es conveniente para establecer
la relación entre los puntos de datos.

“La Regla de Integridad de Entidades especifica que ninguna de

las columnas que componen la clave primaria de una tabla puede
contener valores nulos. La Regla de Integridad Referencial
especifica que las claves ajenas o bien son completamente
nulos o bien contienen valores tales que coinciden con algún
valor de la clave primaria a la que referencian.” (Quintana, 2010,
p. 15), garantizando con esto que las relaciones entre las tablas
se mantengan y con ello evitar que se presenten
inconsistencias con la información
almacenada, como medida de seguridad se pueden establecer
restricciones en las relaciones para evitar la eliminación de una
fila si su clave primaria hace parte de una clave ajena en otra
tabla, por ejemplo si tenemos una tabla “tipo Documento” con
el tipo de documento cédula y su clave primaria 1, si a su vez un
usuario tiene una relación con dicha tabla para determinar el tipo
de documento de los usuarios y algún usuario tiene tipo de
documento cédula, no debería permitirse la eliminación de dicho
tipo de documento en la
tabla con la clave primaria.
Comentario: …….
Buenas tardes, compañero, me parece interesante la socialización
de del tema escogido, quiero retroalimentarlo con mi aporte;
donde encuentro unos beneficios de las bases de datos
relacionales donde las organizaciones de todo tipo y tamaño
utilizan el modelo relacional simple pero poderoso para una
amplia variedad de necesidades de información. Las bases de
datos relacionales se utilizan para hacer seguimiento de los
inventarios, procesar transacciones de comercio electrónico,
administrar grandes cantidades de información de clientes de
misión crítica y mucho más. Se puede considerar una base de
datos relacional para cualquier necesidad de información en la que
los puntos de datos se relacionen entre sí y se deban administrar
de una manera segura, consistente y basada en reglas.
Nombre Estudiante 2: Julian David Ricardo
Pregunta 2: ¿Qué se conoce como lenguaje SQL?
Según su abreviación en inglés Structured Query Language y en
nuestro idioma español lenguaje de consultas estructurada,
básicamente con este lenguaje nos permite comunicarnos con la
maquina en ceros y unos es decir podemos crear, modificar,
eliminar una tabla de datos durante el desarrollo de una base de
datos relacional por esta razón hacemos uso del DDL(lenguaje
definición de datos ) Y DML(lenguaje manipulación de datos) y un
lenguaje de control de datos utilizado en programación, diseñado
para administrar, y recuperar información de sistemas de gestión
de bases de datos relacionales
Una de sus principales características es el manejo del álgebra y
el cálculo relacional para efectuar consultas con el fin de
recuperar, de forma sencilla, información de bases de datos, así
como realizar cambios en ellas.

Comentario: …….
El lenguaje SQL es un lenguaje de gestión de base de datos que
busca como todo lenguaje estructurar los parámetros para
manipular bases de datos tratando de establecer un estándar en
las sentencias que se utilizan; una de sus grandes ventajas es la
difusión y en consecuencia el uso del mismo en pequeños y
grandes sistemas de información y a la hora de implementarlo
solo debemos buscar la variante que más se acople a nuestras
necesidades, en lo personal considero que PostgreSQL es un
motor de base de datos robusto que
conserva los estándares del SQL.
Nombre Estudiante 3: Leonardy Jose Yepez Fragozo
Pregunta 3: ¿Cuál es la importancia del proceso de
normalización en bases de datos?
Respuesta:
Es importante la normalización de base de datos ya que esta
nos
ayuda a evitar estos efectos negativos ya desde el diseño de
nuevas bases de datos y permite también comprobar si las
existentes garantizan la integridad de datos o referencial
necesaria. Lo más recomendable es normalizar los datos antes
de crear las tablas de la base de datos, aunque siempre es
preferible asegurar su integridad y, aunque ya se cuente con las
bases de datos y no sean de nueva creación, utilizar estas
técnicas para ponerlas a prueba, teniendo claros los objetivos a
alcanzar en el proceso.

Comentario: me parece muy preciso y contundente el aporte del

compañero ya que nos da a entender la importancia que nos
brinda la normalización al aplicarla a nuestra base de datos.

Nombre Estudiante 4 Juan Carlos Arrieta Bustos

Pregunta 4: ¿Cuál es la diferencia entre el lenguaje de
definición de datos y el lenguaje de manipulación de datos?
Respuesta:
El Lenguaje SQL consta de dos partes claramente definidas: El
lenguaje de definición de datos (DDL) es el sistema de gestión de
base de datos que permite a los usuarios efectuar la definición de
las estructuras que almacenarán los datos, así como de los
procedimientos o funciones que permitan consultarlos.

El lenguaje de Manipulación de Datos (DML), permite a los

usuarios efectuar consulta o modificación de los datos contenidos
en las Bases de Datos del SGBD. El DML más popular hoy día es
SQL, el cual es usado para recuperar y manipular datos en una
base de datos relacional. Los elementos del lenguaje de
manipulación de datos son: Select, Insert, Delete y Update. Vemos
que estos se clasifican en: lenguajes de consulta procedimentales
y lenguajes de consulta no procedimentales. Este también permite
a los usuarios la consulta o manipulación de los datos, organizados
por el modelo de datos adecuado.

Comentario: …….
Autor del comentario: En este espacio se debe colocar el nombre
del estudiante que realiza el comentario a la respuesta del
estudiante 4
Nombre Estudiante 5: Cesar Emiro Montes Guevara
Pregunta 5: ¿Qué son las formas normales y cuál es su
finalidad?
Respuesta:
Las formas normales son reglas que permiten organizar y
estructurar los datos de forma que se evite la redundancia de
información. Esta tiene como base las reglas de normalización, las
cuales permiten diseña de forma adecuada un sistema de base
datos, con lo cual se reduce el riesgo de tener un diseño de base
de datos inconsistente. Estás reglas sirven entre otros para
proteger los datos como también
para hacer que la base de datos sea más escalable al reducir las
dependencias incoherentes y minimizar la redundancia.
Comentario: me parece muy interesantes este concepto ya que las
formas normales nos permiten optimizar nuestra base de datos también
evitaremos duplicidades se simplifica notablemente la gestión y
actualización de datos en los registros. Esto también se traduce, en
términos generales, a una mejora en la productividad del equipo y mejor
gestión de dicha base de daros.

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

- Modelo de Datos Entidad Relación – Según Peter Chen:

 - Técnicas de normalización

- Normalización
Dentro de la Normalización tenemos 3 Formas
formales que se describen a continuación.

- PRIMERA FORMA NORMAL

Como podemos darnos cuenta debemos reducir esta
tabla e identificar los grupos de repetición que se
presentan en el mismo registro.

Matricu Nomb Direcció Teléfono Curso Núm. Progra

la re n Materia ma
1 Sergio Cal 31761597 Base de 1 Sistemas
le 51 datos 2
séptim 3
a
Manizal
es
1 Sergio Cal 31761597 Programaci 2 Sistemas
le 51 ón 3
séptim Web 4
a
Manizal
es
1 Sergio Calle 31761597 Programació 2 Sistemas
séptim 51 n Visual 3
a 4
Manizal
es
2 Ana Kra 31479379 Base 1 Sistemas
24 96 de 2
Pas dato 3
to s

Separamos y realizamos 2 tablas, con el campo de matrícula

relaciono las dos tablas para que no queden separadas, ni se pueda
perder información.
Matricu Nomb Direcció Teléfono Progra
la re n ma
1 Sergio Calle 31761597 Sistemas
séptim 51
a
Manizal
es
2 Ana Kra 31479379 Sistemas
24 96
Pas
to
 Matricu Curso Núm.
la Materia
1 Base 123
de
dato
s
1 Programació 234
n Web
1 Programació 234
n Visual
2 Base 123
de
dato
s

Identificamos las dependencias funcionales, identificamos las llaves

primarias que en este caso serían matricula y numero de materia.
Matricula funcionaria como una clave foránea y número de matrícula
como una clave primaria.
SEGUNDA FORMA FORMAL
Para estar en Segunda Forma Normal:
● La tabla debe estar en primera forma normal
● Debe identificar las dependencias funcionales y transitivas.
Matricu Nomb Direcció Teléfono Progra
la re n ma
1 Sergio Calle 31761597 Sistemas
séptim 51
a
Manizal
es
2 Ana Kra 31479379 Sistemas
24 96
Pas
to

Matricu Núm. Materia

la
1 1
2
3
1 2
3
4
1 2
3
4
2 1
2
3

Curso Núm.
Materia
 Base de datos 1
2
3
Programación 2
Web 3
4
Programación Visual 2
3
4
Base de datos 1
2
3
 TERCER FORMA NORMAL

Tenemos una nueva tabla que es Programa que tiene una llave
primaria que es número de materia, con esto estamos evitando
redundancia y estamos reduciendo el espacio de almacenamiento y
podemos comprobar que no tenemos perdida de información con una
tabla intermedia que s la tabla matricula, así optimizamos la base de
datos, porque ya no hay repetición y los datos siguen relacionados.
Matricu Nomb Direcció Teléfono Núm.
la re n Materia
1 Sergio Cal 31761597 1234
le 51
séptim
a
Manizal
es
2 Ana Kra 24 31479379 1234
Pasto 96

Matricu Núm.
la Materia
1 123
1 234
1 234
2 123

Curso Núm. Materia

Base 123
de
datos
Programación 234
Web
Programación 234
Visual
Base 123
de
dato
s

Núm. Program
de as
Mater
ia
1234 Sistemas
6789 Mecatróni
ca
 -Modelo de Datos Relacional – Según Edgar Frank Codd

3. Desarrollo de la base de datos relacional

Nombre Estudiante 1: Cesar Emiro Montes

Script DDL:

1. CREATE TABLE departamento

2. ( iddepartamento INTEGER NOT NULL, nombre VARCHAR2(30)

3. );

4.  
5. ALTER TABLE departamento ADD CONSTRAINT departamento_pk P
RIMARY KEY ( iddepartamento );
1. CREATE TABLE municipio (

2. idmunicipio     INTEGER NOT NULL,

3. nombre 
VARCHAR2(30), departamento_iddepartamento INTEGER NOT NUL
L

4. );

5.  

6. ALTER TABLE municipio ADD CONSTRAINT municipio_pk PRIMARY 
KEY ( idmunicipio );

7.  

8. ALTER TABLE municipio

9. ADD CONSTRAINT municipio_departamento_fk FOREIGN KEY ( de
partamento_iddepartamento )

10. REFERENCES departamento ( iddepartamento );

11.  

12. CREATE TABLE zona (

13. idzona  INTEGER NOT NULL,

14. nombre  VARCHAR2(30)

15. );

16.  

17. ALTER TABLE zona ADD CONSTRAINT zona_pk PRIMARY KEY 
(

18. idzona );

19.  

20. CREATE TABLE centroatencion

21. ( idcentroatencion           
INTEGER NOT NULL, nombre        VARCHAR2(30),

22. direccion       VARCHAR2(100),

23. municipio_idmunicipio INTEGER NOT NULL, zona_idzona
 INTEGER NOT NULL

24. );

25.  

26. ALTER TABLE centroatencion ADD CONSTRAINT centroate
ncion_pk PRIMARY KEY ( idcentroatencion );

27.  

28. ALTER TABLE centroatencion

29. ADD CONSTRAINT centroatencion_municipio_fk FOREIGN 
KEY ( municipio_idmunicipio )

30. REFERENCES municipio ( idmunicipio );

31.  

32. ALTER TABLE centroatencion

33. ADD     CONSTRAINT     

centroatencion_zona_fk  FOREIGN KEY ( zona_idzona )

34. REFERENCES zona ( idzona );

35.  
Script DML:

1. INSERT  INTO    departamento 
(iddepartamento,nombre) VALUES (1,'santander')

2. INSERT  INTO

3. municipio (idmunicipio,nombre,departamento_iddepartamento
)

4. VALUES (1,'piedecuesta',1)

5. INSERT  INTO

6. municipio (idmunicipio,nombre,departamento_iddepartamento
)

7. VALUES (2,'bucaramanga',1)

8. INSERT  INTO    zona(idzona,nombre)     VALUES  (1,'zona

centro oriente')

9. INSERT

10. INT

11. O

12. centroatencion(idcentroatencion,nombre,direccion,mu
nicipio_idmu n icipio,zona_idzona) VALUES (1,'CEAD
Bucaramanga','Cra. 27 #40-

13. 43',2,1)

Nombre Estudiante 2: David De La Hoz

1. ALTER TABLE tipodocumento ADD CONSTRAINT tipodocumento_pk 
PRIMARY KEY ( idtipodocumento );

2.  

3. CREATE TABLE estadocivil

4. ( idestadocivil INTEGER NOT NULL, nombre

5. VARCHAR2(30)

6. );

7.  

8. ALTER TABLE estadocivil ADD CONSTRAINT estadocivil_pk PRI
 MARY KEY ( idestadocivil

9. );

Script DML

1. INSERT INTO tipousuario(idtipousuario,nombre)VALUES(1,'ad
ministrativo')

2. INSERT INTO tipousuario(idtipousuario,nombre)VALUES(2,'do
cente')

3. INSERT INTO

4. tipousuario(idtipousuario,nombre)VALUES(3,'estudiante')

5.
 1. INSERT INTO tipodocumento(idtipodocumento, nombre) VALUES
(1,'cédula de ciudadanía')

2. INSERT INTO tipodocumento(idtipodocumento,nombre)VALUES(2
,'tarjeta de identidad')

3. INSERT INTO estadocivil(idestadocivil,nombre)VALUES(1,'ca
sado(a)')

Nombre Estudiante 3: Julian David Ricardo

1. ca_idcentroatencion  
INTEGER NOT NULL, estadocivil_idestadocivil INTEGER NOT N
ULL

2. );

3.  

4. ALTER TABLE usuario ADD CONSTRAINT usuario_pk PRIMARY KEY 
( idusuario );

5.  

6. ALTER TABLE usuario

7. ADD CONSTRAINT usuario_centroatencion_fk FOREIGN KEY ( ca
_idcentroatencion )

8. REFERENCES centroatencion ( idcentroatencion );

9.  

10. ALTER TABLE usuario

11. ADD     CONSTRAINT     

usuario_estadocivil_fk  FOREIGN KEY ( estadocivil_idestad
ocivil )

12. REFERENCES estadocivil ( idestadocivil );

13.  

14. ALTER TABLE usuario

15. ADD     CONSTRAINT      usuario_municipio_fk 

FOREIGN KEY ( municipio_idmunicipio )
16. REFERENCES municipio ( idmunicipio );

17.  

18. ALTER TABLE usuario

19. ADD CONSTRAINT usuario_tipodocumento_fk FOREIGN KEY 
( tipodocumento_idtipodocumento )

20. REFERENCES tipodocumento ( idtipodocumento );

21.  

22. ALTER TABLE usuario

23. ADD     CONSTRAINT     

usuario_tipousuario_fk  FOREIGN KEY ( tipousuario_idtipou
suario )

24. REFERENCES tipousuario ( idtipousuario );
Script DML

1. INSERT INTO usuario (idusuario, primernombre,

2. segundonombre, primerapellido, segundoapellido, documento
, correo, contrasenia, direccion,

3. tipousuario_idtipousuario,     
tipodocumento_idtipodocumento, municipio_idmunicipio,

4. ca_idcentroatencion, estadocivil_idestadocivil)

5. VALUE

6. S

7. (1,'sergio','andrés','jaimes','murillo','1102355487','sea
njamu@gma il

8. .com','12345','tu hogar es donde tu

estas',3,1,1,1,1) INSERT INTO usuario (idusuario,

9. primernombre, segundonombre, primerapellido, segundoapell
ido, documento, correo, contrasenia, direccion,

10. tipousuario_idtipousuario, tipodocumento_idtipodocu
mento, municipio_idmunicipio, ca_idcentroatencion, estado
civil_idestadocivil)

11. VALUES

12. (2,'pedro','andrés','perez','pinto','1102355488','p
edroperez@gmail.c om','12345','manzana g casa
10',2,1,1,1,1)

Nombre Estudiante 4: JUAN CARLOS ARRIETA BUSTOS

Script DDL

1. CREATE TABLE usuariodocente

2. ( perfil        VARCHAR2(1000),

3. usuario_idusuario INTEGER NOT NULL

4. );

5.  
6. ALTER TABLE usuariodocente ADD CONSTRAINT usuariodocente_
pk PRIMARY KEY ( usuario_idusuario );
1. ALTER TABLE usuariodocente

2.   ADD CONSTRAINT usuariodocente_usuario_fk FOREIGN KEY ( 
usuario_idusuario )

3.   REFERENCES usuario ( idusuario );

4.  

5. CREATE TABLE escuela

6.   (

7.      idescuela INTEGER NOT NULL,

8.      nombre    VARCHAR2(100)

9.   );

10.  

11. ALTER TABLE escuela

12.   ADD CONSTRAINT escuela_pk PRIMARY KEY ( idescuela 
);

13.  

14. CREATE TABLE programa

15.   (

16.      idprograma        INTEGER NOT NULL,

17.      nombre            VARCHAR2(100),

18.      escuela_idescuela INTEGER NOT NULL

19.   );

20.  

21. ALTER TABLE programa

22.   ADD CONSTRAINT programa_pk PRIMARY KEY ( idprogra
ma );

23.  

24. ALTER TABLE programa

25.   ADD CONSTRAINT programa_escuela_fk FOREIGN KEY ( 
escuela_idescuela )
26.   REFERENCES escuela ( idescuela );

27.  

28. CREATE TABLE estudianteprograma

29.   (

30.      usuario_idusuario   INTEGER NOT NULL,

31.      programa_idprograma INTEGER NOT NULL

32.   );

33.  

34. ALTER TABLE estudianteprograma

35.   ADD CONSTRAINT estudianteprograma_pk PRIMARY KEY 
( usuario_idusuario,

36.   programa_idprograma );

37.  

38. ALTER TABLE estudianteprograma

39.   ADD CONSTRAINT estudianteprograma_programa_fk FOR
EIGN KEY (

40.  
programa_idprograma ) REFERENCES programa ( idprograma );
 1. ALTER TABLE estudianteprograma

2.   ADD CONSTRAINT estudianteprograma_usuario_fk FOREIGN KE
Y ( usuario_idusuario )

3.   REFERENCES usuario ( idusuario );

4.  

5. CREATE TABLE periodo

6.   (

7.      idperiodo   INTEGER NOT NULL,

8.      nombre      VARCHAR2(20),

9.      fechainicio DATE,

10.      fechacierre DATE

11.   );

12.  

13. ALTER TABLE periodo

14.   ADD CONSTRAINT periodo_pk PRIMARY KEY ( idperiodo 
);

15.  

16. CREATE TABLE curso

17.   (

18.      idcurso INTEGER NOT NULL,

19.      nombre  VARCHAR2(20)

20.   );

21.  

22. ALTER TABLE curso

23.   ADD CONSTRAINT curso_pk PRIMARY KEY ( idcurso );

Script
DML
1. INSERT INTO usuariodocente
2.             (usuario_idusuario,
3.              perfil)
4. VALUES     (2,
5.             'profesor excelente de base de
datos')
6.  
7. INSERT INTO escuela
8.             (idescuela,
9.              nombre)
10. VALUES     (1,
11.             'Escuela de Ciencias Básicas,
Tecnología e Ingeniería (ECBTI)')
12.  
13. INSERT INTO programa
14.             (idprograma,
15.              nombre,
16.              escuela_idescuela)
17. VALUES      (1,
18.              'Ingeniería de Sistemas',
19.              1)
20.  
21. INSERT INTO estudianteprograma
22.             (usuario_idusuario,
23.              programa_idprograma)
24. VALUES      (1,
25.              1)
26.  
27. INSERT INTO periodo
28.             (idperiodo,
29.              nombre,
30.              fechainicio,
31.              fechacierre)
32. VALUES      (1,
33.              '2021 I PERIODO 16-02',
34.              '12-04-2021',
35.              '13-08-2021')
36.  
37. INSERT INTO curso
38.             (idcurso,
39.              nombre)
40. VALUES      (1,
41.              'BASE DE DATOS AVANZADA -
(301125A_952)')
 1. INSERT  INTO   
curso(idcurso,nombre)   VALUES  (2,'Lenguaje de Modelado
Unificado')
2. INSERT INTO cursosmatriculados(periodo_idperiodo,usuario_
idusuario,curso_idc u rso) VALUES(1,1,1)
3. INSERT INTO cursosmatriculados(periodo_idperiodo,usuario_
idusuario,curso_idcu rso) VALUES(1,1,2)

Nombre Estudiante 5: LEONARDY JOSE YEPEZ FRAGOZO

1. ADD CONSTRAINT sesion_usuariodocente_fk FOREIGN KEY ( ud_
usuario_idusuario )
2. REFERENCES usuariodocente ( usuario_idusuario );
3.  
4.  
5. CREATE TABLE asistenciasesion ( usuario_idusuario INTEGER 
NOT NULL, sesion_idsesion
6. INTEG
7. ER NOT NULL
8. );
9.  
10. ALTER TABLE asistenciasesion ADD CONSTRAINT asisten
ciasesion_pk PRIMARY KEY ( usuario_idusuario,
11.  
12. sesion_idsesion );
13.  
14. ALTER TABLE asistenciasesion
15. ADD CONSTRAINT asistenciasesion_sesion_fk FOREIGN K
EY ( sesion_idsesion )
16. REFERENCES sesion ( idsesion );
17.  
18. ALTER TABLE asistenciasesion
19. ADD CONSTRAINT asistenciasesion_usuario_fk FOREIGN 
KEY ( usuario_idusuario )
20. REFERENCES usuario ( idusuario );

Script DML

1. INSERT INTO sesion(idsesion, nombre,
2. fecha, puntos, evaluacion,
3. curso_idcurso, periodo_idperiodo
o,

1. ud_usuario_idusuario) VALUES (1,'CIPAS FASE 2','14-05-

2021',15,'excelente reunion, muy
enriquecedora',1,1,2) INSERT INTO sesion(idsesion,
2. nombre, fecha, puntos, evaluacion, curso_idcurs o,
3. periodo_idperiodo,
4. ud_usuario_idusuario) VALUES (2,'CIPAS UML','20-05-
2021',15,'excelente reunion, muy enriquecedora',2,1,2)
5. INSERT INTO asistenciasesion (sesion_idsesion,usuario_idu
suario) VALUES (1,1)

4. Consultas con JOINS

Nombre Estudiante 1: Cesar Emiro Montes

Código - [INNER] JOIN ... ON: select

Nombre Estudiante 2: David Alfredo De La Hoz Fernandez

Código - LEFT [OUTER] JOIN:
Nombre Estudiante 3: Julián David Ricardo
Código- RIGHT [OUTER] JOIN:

Nombre Estudiante 4: LEONARDY JOSE YEPEZ FRAGOZO

Código - FULL [OUTER] JOIN:

Nombre Estudiante 5: JUAN CARLOS ARRIETA BUSTOS

Código - CROSS JOIN:
Resultado de la consulta: Se espera una imagen con el resultado
tomada del gestor de base de datos

5. Consultas con funciones

Nombre Estudiante 1: Cesar Emiro Montes

Código - COUNT (expresión):

Nombre Estudiante 2: Julian David Ricardo

Código - SUM (expresión):

Nombre Estudiante 3: Juan Carlos Arrieta Bustos

Código - AVG (expresión):

Nombre Estudiante 4: Leonardy Jose Yepez Fragozo

Código - MIN (expresión):

Nombre Estudiante 5: David Alfedo De La Hoz Fernandez

Código - MAX (expresión):
 6. 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 de la Unidad 1 -
Fase 2 - Diseño, al igual que comentarios significativos a los aportes
de los demás compañeros del grupo.

Nombre Estudiante 1: Cesar Emiro Montes

Nombre Estudiante 2: David Alfredo De La Hoz Fernandez

Nombre Estudiante 3: Julian David Ricardo

Nombre Estudiante 4: Juan Carlos Arrieta Bustos

Nombre Estudiante 5: Leonardy Jose Yepez
 CONCLUSIONES

Con este trabajo podemos concluir que el desarrollo y manejo de

base de datos nos permite planear y programar un desarrollo
funcional para la realización de un proyecto de la educación
B_Learning.
Mediante la definición de las entidades de la base de datos se obtiene
de una mejor forma los campos necesarios para la introducción de la
información de los usuarios y con ello solucionar los problemas con el
registro de los estudiantes y docentes que dictan las asignaturas de
B_Learning.
Las sentencias DDL y DML pueden definirse como las sentencias más
utilizadas dentro del lenguaje SQL, ya que son las que nos permiten
realizar distintas transacciones comunes con los datos de una base de
datos.
 BIBLIOGRAFÍA

Quintana, G., Marqués, M., & Aliaga, J. L. (2010). Aprende sql. (pág.
9-22). Recuperado de https://elibro-
net.bibliotecavirtual.unad.edu.co/es/ereader/unad/53252?page=15
Camuña, R. J. F. (2014). Lenguajes de definición y modificación de
datos sql (uf1472). (pág. 39-54, 70-89). Recuperado de
https://elibro-
net.bibliotecavirtual.unad.edu.co/es/ereader/unad/44141?page=45
Martínez López, F. J. y Gallegos Ruiz, A. (2017). Programación de
bases de datos relacionales. RA-MA Editorial. (pág. 172 - 190).
Recuperado de https://elibro-
net.bibliotecavirtual.unad.edu.co/es/ereader/unad/106525?page=172
Piñeiro, G. J. M. (2011). Manual gestión de bases de datos:
Formación para el empleo. (pág. 139-152, 160-173). Recuperado de
https://elibro-
net.bibliotecavirtual.unad.edu.co/es/ereader/unad/50609?page=139