Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
(301125A_611)
PROYECTO FINAL
TUTOR
MARIANO ESTEBAN ROMERO
INTRODUCCIÓN .............................................................................................................................. 3
FASE 1: MODELAMIENTO ............................................................................................................. 4
FORMATOS DILIGENCIADOS DE ACUERDO ETAPA DE ANÁLISIS ..................................... 4
DISEÑO MODELO RELACIONAL ................................................................................................ 13
DESARROLLO DE LA BASE DE DATOS RELACIONAL.......................................................... 14
PROGRAMACIÓN CON EL LENGUAJE SQL DEL SCRIPT DDL ............................................. 14
PROGRAMACIÓN CON EL LENGUAJE SQL DEL SCRIPT DML (INSERT INTO) ................ 17
PROGRAMACIÓN CON EL LENGUAJE SQL SCRIPTS DCL (PERMISOS A OBJETOS) ...... 23
CONSULTAS SIMPLES SOBRE LAS TABLAS DE LA BASE DE DATOS ............................... 24
FASE 2: IMPLEMENTACIÓN ........................................................................................................ 26
SCRIPT DE LAS CONSULTAS AVANZADAS CON JOINS. .............................................. 26
SCRIPT DE LAS CONSULTAS AVANZADAS CON FUNCIONES AGREGADAS. ......... 30
SCRIPT CON CINCO PROCEDIMIENTOS ALMACENADOS............................................ 33
SCRIPT CON CINCO DISPARADORES O TRIGGERS. ...................................................... 37
FASE 3: ADMINISTRACIÓN ......................................................................................................... 39
a. CREAR Y GESTIONAR ESTRUCTURAS DE ALMACENAMIENTO ................................................... 39
B. CREAR Y GESTIONAR USUARIOS: .................................................................................................. 41
C. GESTIONAR ESQUEMAS Y OBJETOS .............................................................................................. 48
CONCLUSIONES ................................................................................................................................. 54
BIBLIOGRAFÍA ............................................................................................................................... 55
INTRODUCCIÓN
En el presente trabajo se abordaran temas relacionados con las diferentes fases para la
gestión de una base de datos, en la Fase1 Modelamiento, en esta fase se realiza el proceso
de diseño de bases de datos relacionales, partiendo inicialmente con el Análisis o modelado
entidad relación o modelado conceptual, el diseño o modelado relacional o diseño
lógico/físico y el desarrollo – implementación o diseño físico, diligenciando diferentes
formatos que contribuirán con el desarrollo del modelo entidad relación del problema
propuesto, de igual manera, se compartirán scripts SQL relacionados con la creación de
tablas, inserción de registros y asignación de privilegios (DDL,DML y DCL), también se
compartirán scripts de consultas realizadas sobre los registros realizados en las tablas de la
base de datos.
Nombre Entidad Atributos Identificador Nombre dominio Tipo de Tamaño Obligatoriedad Cardinalidad Restricciones adicionales
Único (UID) Dato (Si/No) (1 o
(Texto, Muchos) Lista de Rango de Restricción de
Número, Valores Valores Control
Fecha)
Asignatura Asignatura_id X Asignaturas _ids N 6 Si 1 -- -- --
Titulo Titulos T 100 Si -- -- --
Prerrequisito_id Prerrequisitos_ids N 6 No -- -- --
Programa_id Programas_ids N 10 Si -- -- --
Programa Programa_id x Programas_ids N 10 Si -- -- --
Nombre Nombres T 250 Si -- -- --
Prerrequisito Prerrequisito_id x Prerrequisitos_ids N 6 Si 1
Descripcion Descripciones T 100 Si
Oferta Oferta_id x Ofertas_ids N 5 Si 1 -- -- --
Académica Numero_asignatura Número_asignaturas N 2 Si -- -- --
Año año N 4 Si -- -- --
Semestre Semestres N 2 Si -- -- --
Numero_seccion Número_secciones N 2 No -- -- --
Estudiante Estudiante_id x Estudiantes_ids N 12 Si 1 -- -- --
Nombre Nombres T 100 Si -- -- --
Apellido Apellidos T 100 No
Genero Generos T 1 Si 1 M,F,X
Departamento Departamentos T 100 No -- -- --
Titulo Titulos T 100 No -- -- --
Matricula Matricula_id x Matriculas_ids N 12 Si 1 -- -- --
Estudiante_id Estudiantes_ids N 12 Si -- -- --
Oferta_id Ofertas_ids N 5 Si -- -- --
Nota Notas N 1,2 Si -- -- --
Tutor Tutor_id x Tutores_ids N 12 Si 1 -- -- --
Nombre Nombres T 100 Si -- -- --
Apellido Apellidos T 100 No
Genero Generos T 1 Si 1 M,F,X
Titulo Titulos T 100 Si -- -- --
Aula Aula_id x Aulas_ids T 5 Si 1 -- -- --
Nombre Nombres T 50 Si -- -- --
Descripcion Descripciones T 200 No -- -- --
Horario Horario_id x Horarios_ids T 5 Si 1 -- -- --
Descripcion Descripciones T 100 No -- -- --
Hora_inicial Horas_iniciales F 8 Si -- -- --
Hora_final Horas_finales F 8 Si -- -- --
Oferta_ Oferta_tutor_id x Ofertas_tutores_ids N 5 Si 1 -- -- --
Oferta_id Ofertas_ids N 5 Si -- -- --
tutor Tutor_id Tutores_ids N 12 Si -- -- --
Aula_id Aulas_ids T 5 Si -- -- --
Horario_id Horarios_ids T 5 Si -- -- --
Formato 3: Matriz de Relaciones
Asignatura Programa Prerrequisito Oferta acad. Estudiante Tutor Aula Horario Matricula Oferta_tutor
Asignatura R1 R9 R8
Programa
Prerrequisito
Oferta académica R7 R3
Estudiante R6
Tutor R2
Aula R5
Horario R4
Matricula
Oferta_tutor
Formato 4 – Descripción ampliada de las relaciones determinadas en la Matriz de Relaciones (Análisis de
Roles, Cardinalidad/Opcionalidad, Grado, Cualidad de identificación, Transferibilidad
Relación Entidad 1 Rol Entidad 2 Pregunta para Rta Pregunta para Rta Relación es Grado Ayuda a Observación/
determinar Opcional determinar card. transferible identificar restricciones/atributos
opcionalidad cardinalidad entidades
participantes
Asignatura Contiene Programa ¿Asignatura Si ¿Una M Si 1:M Las En esta relación modela un
R1 está obligado asignatura entidades hecho importante que sucede
a tener CUANTOS participantes en el proceso que estamos
programa? programas se analizando y es que
tiene? identifican asignatura está obligado a
plenamente. tener programa. Es posible
que algún programa tengan
asignatura
Programa Tiene Asignatura ¿Programa Si ¿Un M Si 1:M Las En esta relación modela un
está obligado programa entidades hecho importante que sucede
a tener una CUANTAS participantes en el proceso que estamos
asignatura? asignaturas se analizando y es que programa
tiene? identifican está obligado a tener
plenamente. asignatura. Es posible que
alguna asignatura tenga
programa.
Asignatura Contiene Prerrequisito ¿Asignatura No ¿Una 1 Si 1:1 Las En esta relación modela un
R9 está obligado asignatura entidades hecho importante que sucede
a tener CUANTOS participantes en el proceso que estamos
prerrequisito? prerrequisitos se analizando y es que
tiene? identifican asignatura está obligado a
plenamente. tener prerrequisito. Es posible
que algún prerrequisito tenga
asignatura.
Prerrequisito Tiene Asignatura ¿Prerrequisito Si ¿Un M Si 1:M Las En esta relación modela un
está obligado prerrequisito entidades hecho importante que sucede
tener una CUANTAS participantes en el proceso que estamos
asignatura? asignaturas se analizando y es que
tiene? identifican prerrequisito está obligado a
plenamente. tener asignatura. Es posible
que alguna asignatura tenga
prerrequisito.
Asignatura Contiene Oferta ¿Asignatura Si ¿Una 1 Si 1:1 Las En esta relación modela un
R8 académica está obligado asignatura entidades hecho importante que sucede
a tener una CUANTAS participantes en el proceso que estamos
oferta ofertas se analizando y es que
académica? académicas identifican asignatura está obligado a
tiene? plenamente. tener oferta académica. Es
posible que oferta académica
tenga asignatura.
Oferta Tiene Asignatura ¿Oferta Si ¿Una oferta M Si 1:M Las En esta relación modela un
académica académica académica entidades hecho importante que sucede
está obligado CUANTAS participantes en el proceso que estamos
a tener una asignaturas se analizando y es que oferta
asignatura? tiene? identifican académica está obligado a
plenamente. tener asignatura. Es posible
que alguna asignatura tenga
oferta académica.
Oferta Contiene Matricula ¿Oferta No ¿Una oferta M Si 1:M Las En esta relación modela un
R7 académica académica académica entidades hecho importante que sucede
está obligado CUANTAS participantes en el proceso que estamos
a tener matriculas se analizando y es que oferta
matricula? tiene? identifican académica está obligado a
plenamente. tener matricula. Es posible
que alguna matricula tenga
oferta académica.
Matricula Tiene Oferta ¿Matricula Si ¿Una 1 Si 1:1 Las En esta relación modela un
académica está obligado matrícula entidades hecho importante que sucede
a tener oferta CUANTAS participantes en el proceso que estamos
académica? oferta se analizando y es que matricula
académica identifican está obligado a tener oferta
tiene? plenamente. académica. Es posible que
alguna oferta académica
tenga matricula.
R6 Estudiante Contiene Matricula ¿Estudiante Si ¿Un 1 Si 1:1 Las En esta relación modela un
está obligado estudiante entidades hecho importante que sucede
a tener CUANTAS participantes en el proceso que estamos
matricula? matriculas se analizando y es que
tiene identifican estudiante está obligado a
plenamente. tener matricula. Es posible
que alguna matricula tenga
estudiante.
Matricula Tiene Estudiante ¿Matricula Si ¿Una M Si 1:M Las En esta relación modela un
está obligado matrícula entidades hecho importante que sucede
a tener CUANTOS participantes en el proceso que estamos
estudiante? estudiante se analizando y es que matricula
tiene? identifican está obligado a tener
plenamente. estudiante. Es posible que
algún estudiante tenga
matricula.
Oferta Contiene Oferta_tutor ¿Oferta Si ¿Una oferta M Si 1:M En esta relación modela un
R3 académica académica académica hecho importante que sucede
está obligado CUANTAS en el proceso que estamos
a tener oferta_tutor analizando y es que oferta
oferta_tutor? tiene? académica está obligado a
tener oferta_tutor. Es posible
que alguna oferta_tutor
tenga oferta académica.
Oferta_tutor Tiene Oferta ¿Oferta_tutor Si ¿Una M Si 1:M Las En esta relación modela un
académica está obligado oferta_tutor entidades hecho importante que sucede
a tener oferta CUANTAS participantes en el proceso que estamos
académica? oferta se analizando y es que
académica identifican oferta_turo está obligado a
tiene? plenamente. tener oferta académica. Es
posible que alguna oferta
académica tenga
oferta_tutor.
R2 Tutor Contiene Oferta_tutor ¿Tutor está No ¿Un tutor 1 Si 1:1 Las En esta relación modela un
obligado a CUANTAS entidades hecho importante que sucede
tener oferta_tutor participantes en el proceso que estamos
oferta_tutor? tiene? se analizando y es que tutor está
identifican obligado a tener oferta_tutor.
plenamente. Es posible que alguna
oferta_tutor tenga tutor.
Oferta_tutor Tiene Tutor ¿Oferta_tutor Si ¿Una M Si 1:M| Las En esta relación modela un
está obligado oferta_tutor entidades hecho importante que sucede
a tener CUANTOS participantes en el proceso que estamos
Tutor? tutor tiene? se analizando y es que
identifican oferta_tutor está obligado a
plenamente. tener tutor. Es posible que
algún tutor tenga
oferta_tutor.
R5 Aula Contiene Oferta_tutor ¿Aula está Si ¿Un aula M Si 1:M Las En esta relación modela un
obligado a CUANTAS entidades hecho importante que sucede
tener oferta_tutor participantes en el proceso que estamos
oferta_tutor? tiene? se analizando y es que aula está
identifican obligado a tener oferta_tutor.
plenamente. Es posible que alguna
oferta_tutor tenga aula.
Oferta_tutor Tiene Aula ¿Oferta_tutor Si ¿Una M Si M:M Las En esta relación modela un
está obligado oferta_tutor entidades hecho importante que sucede
a tener aula? CUANTAS participantes en el proceso que estamos
Aula tiene? se analizando y es que
identifican oferta_tutor está obligado a
plenamente. tener aula. Es posible que
alguna aula tenga
oferta_tutor.
R4 Horario Contiene Oferta_tutor ¿Horario está Si ¿Un horario 1 Si 1:1 Las En esta relación modela un
obligado a CUANTAS entidades hecho importante que sucede
tener oferta_tutor participantes en el proceso que estamos
oferta_tutor? tiene? se analizando y es que horario
identifican está obligado a tener
plenamente. oferta_tutor. Es posible que
alguna oferta_tutor tenga
horario.
Oferta_tutor Tiene Horario ¿Oferta_tutor Si ¿Una |M Si 1:M Las En esta relación modela un
está obligado oferta_tutor entidades hecho importante que sucede
a tener CUANTOS participantes en el proceso que estamos
horario? horarios se analizando y es que
tienes? identifican oferta_tutor está obligado a
plenamente. tener horario. Es posible que
algún horario tenga
oferta_tutor.
DISEÑO MODELO RELACIONAL
DESARROLLO DE LA BASE DE DATOS RELACIONAL.
La consulta trae todos los registros de los estudiantes cuyo departamento sea VALLE DEL CAUCA
Trae las asignaturas que pertenecen al programa “1024”, es decir ingeniería civil
Consulta por similitudes en nombre, retorna dos estudiantes que contenga el mismo nombre
4) select * from tutor where genero = 'F'
Trae todos los tutores cuyo género sea Femenino
SCRIPT DE LAS CONSULTAS AVANZADAS CON JOINS.
- INNER JOIN
- LEFT JOIN
- RIGHT JOIN
- NATURAL JOIN
- FULL JOIN
CONSULTAS AVANZADAS CON FUNCIONES
SCRIPT DE LAS
AGREGADAS.
- COUNT
- AVG
- MAX
SELECT MAX(NOTA)
FROM MATRICULA MT
LEFT JOIN ESTUDIANTES EST ON EST.ESTUDIANTE_ID =
MT.ESTUDIANTE_ID
WHERE EST.GENERO = 'F'
La consulta trae la máxima nota sacada por una estudiante de género ‘f’, (femenino).
- MIN
SELECT MIN(NOTA)
FROM MATRICULA MT
LEFT JOIN ESTUDIANTES EST ON EST.ESTUDIANTE_ID =
MT.ESTUDIANTE_ID
WHERE EST.NOMBRE LIKE '%RADAMEL%'
La consulta trae la mínima nota sacada por un estudiante cuyo nombre contenga la palabra
“RADAMEL”
- SUM
Suma todas las notas de todos los estudiantes y los agrupa por nombre y apellido
y los ordena por la sumatoria de menor a mayor
INNER JOIN
LEFT JOIN
RIGHT JOIN
NATURAL JOIN
JOIN USING
FULL JOIN
COUNT
SELECT COUNT (*) as CANTIDAD, p.NOMBRE, a.PROGRAMA_ID
FROM ASIGNATURA a
INNER JOIN PROGRAMA p ON a.PROGRAMA_ID = p.PROGRAMA_ID
WHERE p.NOMBRE like '%Ingenieria%'
GROUP BY a.PROGRAMA_ID, p.NOMBRE
ORDER BY p.NOMBRE DESC
AVG
MAX
MIN
SELECT MIN (NOTA)
FROM MATRICULA MT
LEFT JOIN ESTUDIANTES EST ON EST.ESTUDIANTE_ID =
MT.ESTUDIANTE_ID
WHERE EST.NOMBRE LIKE '%ALFREDO%'
SUM
- Trigger eliminarNota
CREAT OR REPLACE TRIGGER eliminarNota BEFORE INSERT ON Nota FOR
EACH ROW BEGIN
DELETE FROM NOTA_ID WHERE TUTOR_ID=:OLD.NOTA_ID;
END;
1) Creación Procedimiento:
- Ejecutar el procedimiento:
BEGIN
insertPrograma('1020', 'Pedagogía Infantil');
insertPrograma('1022', 'Licenciatura en lenguas extranjeras');
END;
2) Creación Procedimiento:
- Ejecutar el procedimiento:
BEGIN validaMatricula
(1,1); validaMatricula
(1,3);
END;
Valida si el estudiantes se encuentra matriculado en una oferta académica y muestra el mensaje
en caso de estarlo o no estarlo
3) Creación Procedimiento:
- Ejecutar el procedimiento:
BEGIN
actualizarEstudiante(5,'HAIR', 'PALACIOS RENTERIA');
END;
El procedimiento actualiza el nombre y el apellido del estudiante cuyo código es el que se envía en
el procedimiento.
4) Creación Procedimiento:
BEGIN
eliminarTutor(112055555);
END;
El procedimiento valida si el tutor se encuentra relacionado a una oferta, de no ser así elimina el
tutor de la base de datos, de estar relacionado, muestra un mensaje que dice que el tutor se
encuentra asignado a una oferta.
5) Creación Procedimiento:
- Ejecutar el procedimiento:
BEGIN
promedioNotas(1);
END;
1) Trigger validaMatricula
CREATE OR REPLACE TRIGGER validaMatricula BEFORE INSERT ON Matricula FOR EACH ROW
BEGIN
IF :new.NOTA < 0 then
:new.NOTA := 0;
END IF;
IF :new.NOTA > 5 then
:new.NOTA := 5;
END IF;
END;
2) Trigger eliminarTutor
CREATE OR REPLACE TRIGGER eliminarTutor BEFORE DELETE ON TUTOR FOR EACH ROW
BEGIN
DELETE FROM OFERTA_TUTOR WHERE TUTOR_ID = :OLD.TUTOR_ID;
END;
El trigger antes de eliminar el tutor elimina los registros de la relación que existe en la tabla
oferta_ tutor donde el id del tutor sea el que se va a eliminar
3) Trigger updateTutor
CREATE OR REPLACE TRIGGER updateTutor BEFORE INSERT ON TUTOR FOR EACH ROW
BEGIN
IF :new.GENERO = 'H' then
:new.GENERO := 'M';
END IF;
IF :new.GENERO <> 'M' OR :new.GENERO <> 'F' then
:new.GENERO := 'I';
END IF;
END;
El trigger valida si el valor ingresado en el género al insertar un registro es “H”, le asigna “M”, y en
caso que sea diferente de “H” o “M” le asigna el género “I” de indefinido
4) Trigger capitalizeEstudiante
Al insertar un nuevo estudiante, pone las primeras letras del nombre y apellido en mayúsculas
FASE 3: ADMINISTRACIÓN
Parámetros Tamaño 1M 1M
almacenamiento inicial
Autoextensi SI SI
ble
Extensión 200K 100K
Tamaño 1400K 1500K
máximo
Solución
CREATE TABLESPACE academico
datafile 'C:\oracle\cursobda\academico.bdf' size 1M
autoextend on
next 200K
maxsize 1400K
default storage (INITIAL 16K NEXT 16K MINEXTENTS 1 MAXEXTENTS 3);
CREATE TABLESPACE NOMINA
datafile 'C:\oracle\cursobda\nomina.bdf' size 1M
autoextend on
next 100K
maxsize 1500K
default storage (INITIAL 16K NEXT 16K MINEXTENTS 1 MAXEXTENTS 3);
B. CREAR Y GESTIONAR USUARIOS:
a. dba_profiles
a. dba_roles
b. dba_users
c. dba_role_privs
d. dba_tab_privs
e. dba_sys_privs
Solución
a) dba_profiles
c) dba_users
Describe a todos los usuarios de la base de datos.
SELECT * FROM DBA_USERS;
d) dba_role_privs
Describe los roles otorgados a todos los usuarios y roles en la base de datos.
SELECT * FROM DBA_ROLE_PRIVS;
e) dba_tab_privs
Describe todas las concesiones de objetos en la base de datos.
Solución
Solución
Privilegios de roles
SELECT * FROM DBA_ROLE_PRIVS WHERE GRANTEE = 'ADMINISTRADOR';
Actualmente una vez se crea ‘ADMINISTRADOR’, el usuario no posee ningún privilegio sobre el
sistema, rol u objetos.
Solución
GRANT CREATE SESSION TO ADMINISTRADOR;
Conectarse como usuario “administrador” y crear un usuario
llamado “prueba00” que tenga como "tablespace" por defecto
USERS y como "tablespace" temporal TEMP; asignar una cuota de
0K en el "tablespace" USERS. ¿Es posible hacerlo?
Solución
Solución
Solución
Solución
Crear Perfil
CREATE PROFILE UNADBD
LIMIT
COMPOSITE_LIMIT DEFAULT
SESSIONS_PER_USER DEFAULT
CPU_PER_SESSION DEFAULT
CPU_PER_CALL DEFAULT
LOGICAL_READS_PER_SESSION DEFAULT
LOGICAL_READS_PER_CALL DEFAULT
IDLE_TIME DEFAULT
CONNECT_TIME DEFAULT
PRIVATE_SGA DEFAULT
FAILED_LOGIN_ATTEMPTS DEFAULT
PASSWORD_LIFE_TIME DEFAULT
PASSWORD_REUSE_TIME DEFAULT
PASSWORD_REUSE_MAX DEFAULT
PASSWORD_VERIFY_FUNCTION DEFAULT
PASSWORD_LOCK_TIME DEFAULT
PASSWORD_GRACE_TIME DEFAULT
Creación de Roles
CREATE ROLE "CONSULTA" IDENTIFIED BY VALUES '31A9328C6AD1D84B';
GRANT SELECT ANY TRANSACTION TO "CONSULTA";
GRANT EXECUTE ANY CLASS TO "CONSULTA";
GRANT EXECUTE ANY PROGRAM TO "CONSULTA";
GRANT DEBUG ANY PROCEDURE TO "CONSULTA";
GRANT DEBUG CONNECT SESSION TO "CONSULTA";
GRANT SELECT ANY DICTIONARY TO "CONSULTA";
GRANT EXECUTE ANY INDEXTYPE TO "CONSULTA";
GRANT EXECUTE ANY OPERATOR TO "CONSULTA";
GRANT EXECUTE ANY LIBRARY TO "CONSULTA";
GRANT EXECUTE ANY PROCEDURE TO "CONSULTA";
GRANT SELECT ANY SEQUENCE TO "CONSULTA";
GRANT SELECT ANY TABLE TO "CONSULTA"; GRANT
LOCK ANY TABLE TO "CONSULTA";
SELECT * FROM DBA_SYS_PRIVS WHERE GRANTEE = 'CONSULTA';
CREATE ROLE "INVITADO" IDENTIFIED BY VALUES 'C5DEDC2A170A8DED';
GRANT SELECT ANY TRANSACTION TO "INVITADO";
GRANT SELECT ANY DICTIONARY TO "INVITADO";
GRANT SELECT ANY SEQUENCE TO "INVITADO";
GRANT SELECT ANY TABLE TO "INVITADO";
SELECT * FROM DBA_SYS_PRIVS WHERE GRANTEE = 'INVITADO';
Se comprende la diferencia entre cada uno de los joins existentes y se identifica en que momento
usar cada uno, de igual manera se aprende a realizar consultas con las diferentes funciones que
sirven para contar, sumar, hallar la media aritmética, saber el registro máximo y mínimo en las
diferentes consultas realizadas, se identifica las funcionalidades de los procedimientos y los
disparadores y se ve la utilidad de estos.
También podemos apreciar como con consultas podemos hacer operaciones matemáticas
acoplándolas a la necesidad que veamos pertinente de acuerdo con la petición que le vayamos a
hacer a la base de datos. La creación de consultas de base de datos consta de archivos que
permiten realizar muchas tareas diferentes con los datos que se pueden ver. También se pueden
utilizar para controlar los registros que visualiza la consulta no contiene información de base de
datos, si no tan solo las instrucciones necesarias para seleccionar los registros y campos
requeridos de una base de datos.
Se logra la creación de un perfil y cinco roles cada con grupo de privilegios, se conoce que los roles
serán asignados a cada usuario de la base de datos
Se programar con el lenguaje SQL el Scripts DCL para otorgar los permisos sobre los objetos de la
base de datos a otros usuarios/esquemas
BIBLIOGRAFÍA
Sosa Flores, M. & López Vázquez, M. (2007) Diseño de bases de datos relacionales. Córdoba, AR: El
Cid Editor. pág. 20 -42. Recuperado de
http://bibliotecavirtual.unad.edu.co:2460/lib/unadsp/reader.action?ppg=22&docID=3175111&tm
=1531495677522
https://bibliotecavirtual.unad.edu.co:2538/lib/unadsp/reader.action?ppg=16&docID=4184006&t
m=1542156304402
En este recurso OVI se da una introducción a los conceptos básicos y la importancia del manejo de
bases de datos transaccionales.
Quintana, G., M., M., & Aliaga, J. l.(2010). Aprende SQL. Castellón de la Plana, ES: Universitat
Jaume I. Servei de Comunicació iPublicacions. Recuperado de
http://bibliotecavirtual.unad.edu.co:2460/lib/unadsp/reader.action?ppg=112&docID=3218178&
t m=1531497265422
Camuña Rodríguez, J. (2014) Lenguajes de definición y modificación de datos SQL (UF1472). Madrid,
ESPAÑA: IC Editorial. Pág. 59 -62 Recuperado de
http://bibliotecavirtual.unad.edu.co:2460/lib/unadsp/reader.action?ppg=65&docID=4184070&tm
=1531496292249
Hueso, Ibáñez, Luis. Administración de sistemas gestores de bases de datos, RA-MA Editorial,
2014. ProQuest Ebook Central, Pag 114- 128 recuperado de
http://bibliotecavirtual.unad.edu.co:2460/lib/unadsp/reader.action?ppg=115&docID=3229065&
t m=1531497705957
Quintana, G., M., M., & Aliaga, J. l.(2010). Aprende SQL. Castellón de la Plana, ES: Universitat
Jaume I. Servei de Comunicació iPublicacions. Recuperado de
http://bibliotecavirtual.unad.edu.co:2460/lib/unadsp/reader.action?ppg=112&docID=3218178&
t m=1531497265422
Ramakrishnan, Raghu, and Johannes Gehrke. Sistemas de gestión de bases de datos (3a.
ed.), McGraw-Hill España, 2007. ProQuest Ebook Central, pág. 442- 453 recuperado de
http://bibliotecavirtual.unad.edu.co:2460/lib/unadsp/reader.action?ppg=469&docID=3195347&
t m=1531498791692
San, Martín González, Enrique. Salvaguarda y seguridad de los datos: administración de bases de
datos (UF1473), IC Editorial, 2014. ProQuest Ebook Central, pág. 166-178recuperado de
http://bibliotecavirtual.unad.edu.co:2460/lib/unadsp/reader.action?ppg=172&docID=4184153&
t m=1531499076799
Abelló, Alberto, and María Elena Rodríguez. Diseño y administración de bases de datos,
Universitat Politècnica de Catalunya, 2006. ProQuest Ebook Central, recuperado de
http://bibliotecavirtual.unad.edu.co:2460/lib/unadsp/reader.action?ppg=240&docID=3429640&t
m=1531345651755
Ramakrishnan, Raghu, and Johannes Gehrke. Sistemas de gestión de bases de datos (3a. ed.),
McGraw-Hill España, 2007. ProQuest Ebook Central, pág. 442- 453 recuperado de -
https://ebookcentral-proquest-
com.bibliotecavirtual.unad.edu.co/lib/unadsp/reader.action?docID=3195347&ppg=469&tm=1531
498791692
San, Martín González, Enrique. Salvaguarda y seguridad de los datos: administración de bases de
datos (UF1473), IC Editorial, 2014. ProQuest Ebook Central, pág. 166-178recuperado de -
https://ebookcentral-proquest-
com.bibliotecavirtual.unad.edu.co/lib/unadsp/reader.action?docID=4184153&ppg=172&tm=1531
499076799