Diagrama de temas

  • BIENVENIDA

    Bienvenidos a la asignatura Bases de Datos, en el cual desarrollarán conocimientos y habilidades fundamentales para el diseño, organización y administración de bases de datos. 

  • COMPETENCIA ESPECíFICA

     Desarrolla habilidades para conceptualizar la base de datos de un determinado problema, mediante el modelado de datos en distintos niveles de abstracción: conceptual, lógico y físico 

    • Tema actual

      DATOS DEL DOCENTE:

      Profesor: Eddy Machado

      Sección Según la Especialidad:

      Semestre: 3

      Datos de Contacto:

        *  Número de Teléfono: 0412-4834319

        *  WhatsApp: +58 4124834319

        *  Correo: prfeddymachado@gmail.com

      HORARIO DE ASESORÍA:

      Asesoría: Explicación para actividades o contenidos asignados.

       – Viernes de 03:00 PM a 04:00 PM


      Observación:

      • I CORTE

        • Introducción A Bases de datos Archivo

          Este material contiene, conceptos fundamentales de las bases de datos, el funcionamiento de los gestores de bases de datos y la arquitectura de las bases de datos. El estudiante comprenderá cómo se organizan, almacenan y administran los datos, así como la importancia de su estructura para un manejo eficiente de la información.

        • MODELO ENTIDAD - RELACIÓN (CONCEPTOS BÁSICOS) URL

           En este video reforzarás los conceptos relacionados al modelo entidad relación:  

          1. ¿Cómo está compuesto el modelo Entidad - Relación? 

          2. ¿Qué es una entidad? 

          3 Uso de cardinalidad, entre otros

           además de Ejemplo en pizarra.

          Para que puedas afianzar los conceptos relacionados al Modelo entidad Relación

        • Guía Teórica:Modelo Entidad Relación Archivo

          Esta guía ha sido diseñada para introducirte en el mundo del diseño lógico de bases de datos. El Modelo Entidad-Relación (MER) es la herramienta esencial que utilizan los analistas para traducir los problemas del mundo real a estructuras que las computadoras puedan entender. A través de este material, aprenderás a visualizar la información no como simples datos sueltos, sino como un ecosistema de objetos interconectados.

          En esta guía encontrarás explicaciones detalladas y ejemplos visuales sobre:

          • Componentes básicos: Identificación de Entidades y Atributos.

          • Relaciones y Roles: Cómo interactúan las entidades entre sí (el uso del rombo de decisión).

          • Cardinalidad: Comprensión profunda de las reglas de negocio (1:1, 1:N, N:M).

          • Claves Primarias: El arte de elegir el identificador único perfecto.


        • GUÍA_PRÁCTICA EJERCICIOS MER Archivo

          Esta guía cuenta con unas serie de ejercicios básicos, para poner en práctica los conceptos  desarrollados de la clase anterior, el objetivo es  que el estudiante se familiarice con la simbología del Modelo Entidad-Relación (MER) y aprenda a analizar un escenario del mundo real y extraer las reglas de negocio necesarias para representarlo.Pasar de un texto descriptivo (el "problema") a una estructura lógica formal. (Práctica Formativa)

      • Semana No. 1: Desde DD/MM/AA Hasta DD/MM/AA

        • Semana No. 2: Desde DD/MM/AA Hasta DD/MM/AA

          • Semana No. 3: Desde DD/MM/AA Hasta DD/MM/AA

            • Semana No. 4: Desde DD/MM/AA Hasta DD/MM/AA

              • Semana No. 5: Desde DD/MM/AA Hasta DD/MM/AA

                • Semana No. 6: Desde DD/MM/AA Hasta DD/MM/AA

                  CORTE II

                  Modelo Relacional 

                  Transformar modelos conceptuales en estructuras de datos eficientes, normalizadas y lógicamente consistentes.

                  •  Aplicar las reglas de transformación para convertir un diagrama MER en un Esquema Relacional (tablas, llaves primarias y foráneas).


                  Es necesario que lea el material anexado para poder realizar los ejercicios que se estarán desarrollando la próxima semana 

                • Semana No. 7: 18/05/2026 Hasta 27/05/26

                  Ejercicios de Transformación  de MER A MR

                      En esta oportunidad usaremos el draw.io para crear el modelo relacional al igual que lo hicimos con el modelo Entidad relación pero estaremos seleccionado la opción Relación de la Entidad



                   

                  Para realizar la transformación del MER  estaremos usando las normas vistas en la última clase la cual usted debe haber estudiado, recordemos que la primera Regla es transformar todas las entidades a tablas para esto seleccionaremos la siguiente opción, y allí escribiremos el nombre de la tabla en la opción table  clave primaria en la fila pk y atributos en cada fila row




                  Para ambos casos presionar mantener presionado y arrastrar al cuadro de la tabla hasta que se seleccione en color azul, luego soltamos y se fija, la fila o la clave foránea, según sea el caso

                  Usaremos estas líneas para establecer la cardinalidad de las relaciones


                  Ejemplo de transformación MER relación de 1 a 1

                  En la guía anterior se ha explicado las reglas para la transformación del MER, en el ejemplo que se le presenta vamos a transformar una relación de 1 a 1 , la regla menciona que se pueden presentar dos casos

                  Ejemplo caso 1

                  Caso 1  Ambas entidades son obligatorias(1:1 Total)  Debes elegir sólo una de las dos tablas para que reciba la clave foránea.

                  Alternativa recomendada: Dado que ambas entidades son obligatorias y dependen totalmente la una de la otra, la mejor práctica suele ser fusionar ambas entidades en una sola tabla. Así evitas crear dos tablas innecesarias.

                  Transformación a MR


                  Nota

                  El Cod del Paciente absorbe al del Expediente En una relación 1:1 total, el número de paciente y el número de expediente representan exactamente a la misma entidad de la vida real. No necesitas dos números distintos para identificar lo mismo. El cod_Paciente se convierte en la única clave primaria de toda la tabla fusionada.

                  Si el número de expediente no era un simple código del sistema, sino un número físico impreso en una carpeta que necesitas conservar, pasa a ser un atributo común (un campo de texto o número normal), pero ya no funciona como la clave primaria de la tabla.

                  Ejemplo caso 2



                  Caso 2: Una entidad es obligatoria y la otra es opcional (1:1 Parcial) en este caso la clave siempre se mueve  como clave foránea hacia la tabla que depende de la otra

                  Trasformación a MR

                  EJEMPLO 2 Transformar  MER con diferentes grados de  cardinalidad


                  Regla 1 Eliminamos los atributos compuesto del MER, los atributos deben ser atómicos sólo un valor por atributo en cada fila de la tabla, por lo cual el atributo fecha de nacimiento (FECHA_N)en la tabla solo será (FECHA_N), sin sus otros elementos pasan a ser atributos cada uno en su columna correspondiente o se maneja uno solo, según sea conveniente

                  Regla 2: Resolvemos las relaciones 1:N En este MER la relación 1:N la observamos en la relación entre la entidad materia y profesor, la regla establece que la clave primaria de la entidad 1 pasa como clave foránea a la entidad N


                  Trasformación a  MR relación de 1:N


                  Resolvemos las relaciones N:M En este MER la relación  N:M la observamos en la entidad estudiante y Materia. Ya que un estudiante puede cursar diferentes materias y una materia puede ser cursada por diferentes estudiantes.


                  Trasformación a  MR relación N:M  nos dice la regla se eliminan los atributos compuestos, esto ocurre en la fase preparatoria.

                  Se crea una tabla intermedia que tiene la como claves foráneas la clave primaria de la entidad estudiante y la clave primaria de la entidad materia. Y si existe un atributo relacional en la relación este pasa a ser un atributo en la nueva tabla



                  Resultado final de la transformación del MER a MR


                  • Transformacion MER en MR Tarea

                    Transforme el modelo entidad relación diseñado en el último taller en un modelo relacional siguiendo las reglar estudiadas en la última clase 

                    Recuerde entregar la actividad en la fecha pautada

                • Semana No. 8: Desde 01/06/2026 Hasta 08/06/2026

                  Normalización:

                  La normalización es un proceso de diseño de bases de datos que organiza los datos en tablas de manera que se minimicen redundancias e anomalías, y que las actualizaciones, eliminaciones y consultas sean más consistentes.

                  El objetivo de la normalización es organizar una base de datos para reducir redundancia, evitar errores y mejorar la integridad de la información.

                  A continuación se le anexa un material que debe leer detenidamente para comprender  los conceptos correspondientes a cada una de las formas normales,  y se le anexa otro archivo con el desarrollo de un ejercicio práctico como ejemplo para comprender mejor su implementación en el diseño de una base de datos.



                • Semana No. 9: Desde 09/06/2026 Hasta 17/06/2026

                  Debe leer el material anexado relacionado a álgebra relacional para solucionar la Guía de ejercicios

                • Semana No. 10: Desde 23/06/2026 Hasta 28/07/2026

                  Introducción al Lenguaje SQL



                  SQL (Structured Query Language) es el lenguaje estándar para interactuar con
                  bases de datos relacionales. FuÉ desarrollado por IBM en los años 70 y
                  estandarizado por ANSI/ISO.

                  SQL permite:
                  •  Consultar datos (SELECT)
                  •  Insertar datos (INSERT)
                  •  Actualizar datos (UPDATE)
                  •  Eliminar datos (DELETE)
                  •  Crear y modificar estructuras (CREATE, ALTER, DROP)
                  •  Administrar permisos y transacciones

                  Las bases de datos relacionales más populares que usan SQL incluyen: MySQL,
                  PostgreSQL, Oracle, SQL Server y SQLite

                  Conceptos Fundamentales

                  1 ¿Qué es una base de datos relacional?
                    
                    Una colección organizada de datos que están relacionados entre sí mediante tablas
                  (similar a hojas de cálculo).

                  Estructura básica:

                  ● Base de datos: Contenedor de todo.
                  ● Tabla: Conjunto de filas y columnas (registros y campos).
                  ● Columna (campo): Representa un atributo (ej. nombre, edad).
                  ● Fila (registro): Una entrada individua

                  Operadores  lógicos en SQL son:

                  La lógica de estos conectores es igual que cualquier lenguaje de programación y sirve para unir predicados 

                  Las Operaciones aritméticas en SQL son:
                  +(suma)
                  -(Resta)
                  *(suma)
                  /(División)

                  Operadores Relacionales


                   


                  Funciones agregadas (Aggregate Funtions)

                  Son elementos que agregan funcionalidad a los comandos SQL. Se pueden aplicar en campos, registros o grupos de registros; y siempre devuelven un valor utilizable.



                  En SQL también se definen tipos de datos para los valores de los campos de las tablas estos pueden ser:


                  El lenguaje SQL está compuesto por comandos, cláusulas, operadores y funciones de agregado. Estos elementos se combinan para gestionar las Bases de Datos.



                   La estructura Básica de una expresión para consultar SQL consta de tres cláusulas 

                  • SELECT se utiliza para listar los atributos que se desean en el resultado de la cláusula
                  • FROM lista las relaciones que se van a examinar en la evaluación de la expresión
                  • WHERE costa de predicado que implica atributos de las relaciones que aparecen en la cláusula FROM


                  Los tipos de comandos en SQL se agrupan en dos categorías o
                  sub-lenguajes:

                  DDL (Definition Data Language): permite definir el esquema de bases de datos, creando relaciones (tablas), campos e índices, o modificando las definiciones existentes

                  Sintaxis


                  sintaxis

                  Sintaxis





                  DML (Data Manipulation Language)  Lenguaje de  Manipulador de Datos. Permiten generar consultas para ordenar, filtrar y extraer datos de la base de datos, así como insertar, modificar y eliminar registros de las tablas.

                  Insercción de datos - INSERT


                  Sintaxis

                  Modificar  datos - UPDATE

                  Sintaxis

                  Eliminar datos - DELETE


                  Sintaxis

                  Consultar datos - SELECT

                  Modificadores


                  Operaciones con funciones de agregado (SUM, COUNT,AVG,MAX/MIN) combinadas con GROUP BY y filtros HAVING

                  Ejemplo de Tabla que se usará para las consultas

                  Tabla detalle_pedido

                  Tabla 2 pedidos

                  Agrupamiento de filas (GROUP BY)

                  La cláusula GROUP BY nos permite crear grupos de filas que tienen los mismos valores en las columnas por
                  las que se desea agrupar.

                  Ejemplo:


                  Condición de agrupamiento (HAVING)

                  La cláusula HAVING nos permite crear filtros sobre los grupos de filas que tienen los mismos valores en las
                  columnas por las que se desea agrupar.

                  Ejemplo:

                  ACTIVIDAD
                  Elabore los ejercicios propuesto de la práctica 2


                  RESTRICCIONES DE INTEGRIDAD REFERENCIAL


                   

                   

                  Una vez definida la estructura de datos del modelo relacional, pasamos a estudiar las reglas de integridad que los datos almacenados en dicha estructura deben cumplir para garantizar que son correctos.

                  Al definir cada atributo sobre un dominio se impone una restricción sobre el conjunto de valores permitidos para cada atributo. A este tipo de restricciones se les denomina restricciones de dominios.


                  Hay además dos reglas de integridad muy importantes que son restricciones que se deben cumplir en todas las bases de datos relacionales y en todos sus estados.

                  • Restricciones de Dominio (Nivel  Básico de Columnas y campo):  el primer nivel de seguridad consiste en asegurar la calidad del dato de forma individual, celda por celda y columna por columna.Asegura que el dato ingresado en el dominio(columna) sea del tipo declarado

                    Al definir cada atributo sobre un dominio se impone una restricción sobre el conjunto de valores permitidos para cada atributo.
                          Ejemplo:

                          Si una columna se define como EDAD (Entero), el sistema impedirá introducir texto como "veinte" o decimales como "20.5".


                  Herramientas de Restricción en los Campos:


                  • NOT NULL (Obligatoriedad): Obliga a que el campo contenga un valor de forma estrictamente obligatoria. El sistema rechazará el registro si se intenta dejar vacío (ej. el nombre de un usuario o el total de una factura).

                  • NULL (Opcionalidad): Es el estado por defecto. Indica que el campo es opcional y puede quedar vacío si no se dispone de la información en el momento (ej. teléfono secundario).

                  • UNIQUE (Unicidad): Asegura que todos los valores de esa columna sean diferentes y no se repitan en ninguna otra fila de la tabla (ej. el correo electrónico o el documento de identidad).

                   Nota: A diferencia de una llave primaria, una tabla puede tener múltiples campos UNIQUE y estos sí pueden aceptar valores nulos.

                  • CHECK (Validación condicional): Establece una regla o filtro lógico personalizado que el dato debe cumplir obligatoriamente para poder guardarse (ej. CHECK (Edad >= 18) o CHECK (Precio > 0)).

                  • DEFAULT (Valor por defecto): Asigna un valor automático a la columna en caso de que el usuario no introduzca ninguno al crear el registro (ej. DEFAULT 'Activo' para el estado de una cuenta).

                  Las Dos Reglas de Integridad Estructurales
                  Estas son restricciones esenciales que se deben cumplir en todas las bases de datos relacionales y en todos sus estados; todo el tiempo

                  1. Regla de Integridad de Entidades (El nivel de la tabla) Se centra en las Llaves Primarias (Primary Keys). Establece que ningún atributo que forme parte de la llave primaria puede aceptar valores nulos (NOT NULL). 


                         Objetivo: Garantizar que cada fila de la tabla sea única y siempre se pueda identificar.

                     2. Regla de Integridad Referencial (El nivel de las relaciones) Se centra en las Llaves Foráneas (Foreign Keys). Determina que si una tabla secundaria contiene una llave foránea que hace referencia a una llave primaria de una tabla principal, el valor de esa llave foránea debe coincidir exactamente con un valor existente en la tabla principal (o ser completamente nulo si la relación no es obligatoria).

                   Las claves foráneas asegura que las relaciones entre tablas se mantengan consistentes.
                  Ejemplo
                   Una fila en la tabla "Inscripción" no
                  puede apuntar a un id_estudiante que no exista en la tabla "Estudiante"

                  Objetivo: Asegurar que las conexiones entre tablas sean coherentes y evitar la existencia de "datos huérfanos" 

                  Acciones Referenciales: Son las órdenes de emergencia que tú le programas a la base de datos para decirle qué debe hacer cuando alguien intenta borrar o modificar un dato que está relacionado con otra tabla.
                  1. RESTRICT / NO ACTION Bloquea la operación. No te deja modificar ni borrar el original si tiene hijos relacionados (es la opción por defecto)
                  2. CASCADE Modifica o borra en cascada los registros hijos
                  3. SET NULL En lugar de borrar o cambiar al hijo, borra el código y lo deja vacío (NULL).









                   
                  ACTIVIDAD
                    Para poner en práctica los conocimientos adquiridos realice la Práctica donde encontrará las sentencias sql de los diferentes casos, mire el material dejado en recursos para reforzar el contenido

                  Lenguaje de Consulta Estructurado (SQL) Avanzado



                  Hasta este momento la forma en la que estamos construyendo las consultas puede que nos devuelvan los resultados
                  deseados, pero no de forma óptima.


                  Si ejecutamos una consulta que recorre varias tablas y luego sobre ellas aplicamos varias condiciones para filtrar los datos y
                  mostrar lo que nos interesa, podemos considerar que nuestra construcción de SELECT son poco prácticas en términos de
                  velocidad y eficiencia.

                  ¿Que es un JOIN?
                    Un JOIN es una operación en SQL que combina filas de dos o más tablas usando una condición de relación. Es la herramienta fundamental para trabajar con bases de datos relacionales, permitiendo obtener información dispersa en múltiples tablas.
                  En el Lenguaje de Consultas Estructurado SQL hay tres tipos de JOIN:
                  • Interno
                  • Externo
                  • Cruzado

                  En está unidad estaremos estudiando los primeros tres:


                  • INNER JOIN
                     Devuelve sólo los registros que tienen valores coincidentes en AMBAS tablas según la condición especificada.
                  • Sólo incluye filas donde la condición ON se cumple.
                  • Los registros sin coincidencia en cualquiera de las tablas son EXCLUIDOS.
                  • Es el JOIN más utilizado y el que mejor rendimiento ofrece.

                  Tablas de Ejemplo

                  Para entender los JOINs, usaremos estas dos tablas de ejemplo a lo largo de toda la Clase:

                  Relación: La columna empleados.depto_id hace referencia a departamentos.id.
                   

                  Ejemplo Practico

                   Obtener empleados con el nombre de su departamento

                  Diagrama de Conjuntos

                  Consulta SQL 

                  SELECT
    e.nombre AS empleado,
    d.nombre AS departamento
FROM empleados e
INNER JOIN departamentos d ON e.depto_id = d.id;

                  Diagrama con Tablas



                  Explicación: Carlos (depto_id=103) y Elena (depto_id=NULL) no aparecen porque no hay coincidencia en departamentos. El departamento IT (id=104) tampoco aparece porque no tiene empleados.

                  Casos de Uso Comunes

                  • LEFT JOIN
                  El LEFT JOIN (o LEFT OUTER JOIN) devuelve TODOS los registros de la tabla izquierda, y los registros coincidentes de la tabla derecha. Si no hay coincidencia, los campos de la derecha son NULL.
                  • Siempre incluye todos los registros de la tabla izquierda.
                  • Los registros de la derecha pueden ser NULL cuando no hay coincidencia.
                  • Útil para encontrar registros huérfanos en la tabla izquierda.

                  • Diagrama de Conjuntos

                    Ejemplo Practico

                    Mostrar todos los empleados con su departamento (incluyendo los que no tienen)

                    • Diagrama de Conjuntos

                    Consulta SQL 

                  SELECT
    e.nombre AS empleado,
    d.nombre AS departamento
FROM empleados e
LEFT JOIN departamentos d ON e.depto_id = d.id;

                  Explicación: Carlos (depto_id=103) y Elena (depto_id=NULL) aparecen con NULL en el campo departamento porque no hay coincidencia en la tabla derecha.

                  Casos de Uso Comunes



                  El RIGHT JOIN (o RIGHT OUTER JOIN) es el opuesto al LEFT JOIN. Devuelve TODOS los registros de la tabla derecha, y los registros coincidentes de la tabla izquierda.
                  • Es una imagen refleja del LEFT JOIN.
                  • Menos utilizado porque se puede simular con LEFT JOIN invirtiendo el orden de las tablas.
                  • Útil cuando quieres priorizar la tabla derecha.

                  Diagrama de Conjuntos

                  Ejemplo Practico

                  Mostrar todos los departamentos con sus empleados

                  Diagrama de Conjuntos



                  Consulta SQL 

                  SELECT
    e.nombre AS empleado,
    d.nombre AS departamento
FROM empleados e
RIGHT JOIN departamentos d ON e.depto_id = d.id;

                  Diagrama con Tablas



                  Explicación: El departamento IT (id=104) aparece con NULL en el campo empleado porque no tiene empleados asignados. Carlos y Elena no aparecen porque no tienen departamento valido.

                  NOTA: RIGHT JOIN es menos comun. La mayoria de las veces se prefiere usar LEFT JOIN invirtiendo el orden de las tablas para mejorar la legibilidad.
                  Ejemplo: SELECT ... FROM departamentos d LEFT JOIN empleados e ON d.id = e.depto_id;

                  Casos de Uso Comunes



                  Resumen Comparativo




                  ACTIVIDAD:
                    Refuerce el contenido dado con los recursos visuales dejados en la sección de recursos, realice la guía de ejercicios practica4sql  correspondiente al tema 



                  • Proyecto Final Tarea

                    Proyecto Integrador: Diseño e Implementación de la Base de Datos (MySQL)


                    Objetivo General

                    Diseñar, normalizar e implementar una base de datos relacional. El diseño final debe garantizar la integridad, optimización y consistencia de los datos en el gestor MySQL.


                    Este proyecto esta compuesto en tres fases:

                      FASE 1: Diseño Estructural Fecha de entrega 14/07/2026 -> 5%

                      FASE 2: Optimización e Implementación 21/07/2026 ->5%

                      Entrega final proyecto completo (con ambas fases) 28/07/2026 ->10%

                    Nota:

                    Se debe entregar todas las fases en cada fecha para poder hacer entrega del proyecto final, porque es un trabajo continúo donde una fase depende de la otra.

                      Detalles en el pdf adjuntado

                • MATERIAL DE APOYO

                  01

                  * Evaluaciones                                  * Cuentos

                  * Material multimedia                         * Libros

                  * Videos                                          * Revistas

                  * Link educativos                              * Otros

                  * Foros

                • TIPOS DE ESTRATEGIAS DE ENSEÑANZAS Y APRENDIZAJES

                  1.-  EXÁMEN ESCRITO

                  2.- EXPOSICIÓN 

                  3.- FORO, CONVERSATORIOS Y DEBATES

                  4.- TALLER

                  5.- MAPA MENTAL Y CONCEPTUAL

                  6.- INFOGRAFÍAS

                  7.- SIMPOSIO 

                  8.- CUESTIONARIOS

                  9.- PARTICIPACIÓN EN CLASE

                  10.- ACTIVIDADES ASIGNADAS

                  11.- ENTRE OTROS....