04_RDBMS - Introducción - 2023

Introducción 2

Aplicaciones de los sistemas de bases de datos 3

Historia de las bases de datos 4

Modelo Jerárquico - Sistema de navegación (1960) 4

Modelo Red - Sistema de navegación (1960) 6

Modelo Relacional / SQL - (1970) 7

Modelo Orientado a Objetos - (1980) 8

Modelo Entidad Relacional Extendido - (1990) 9

Abstracción de Datos 11

Diagrama - Arquitectura tres esquemas 12

Diagrama - Arquitectura tres niveles 13

RDBMS - Sistema de Gestión de Base de Datos Relacional 14

Que es un modelo de datos 14

Lenguajes de bases de datos 17

Instalación de MySQL 19

Referencias 19

Página 1 de 19
 04_RDBMS - Introducción - 2023

Introducción
Una base de datos es un conjunto de datos interrelacionados la cual contiene la
información relevante y necesaria para el funcionamiento de algún ente o empresa.
En el año 1963 en un simposio realizado en California EEUU se pronunció por
primera vez el concepto de base de dato, el mismo se puede definir como un
conjunto de información relacionada que se encuentra agrupada o estructurada.
Cuando mencionamos a la palabra "datos" hace referencia a hechos conocidos
que pueden registrarse y poseen un significado específico, como ser: números
telefónicos, direcciones, nombres, etc.
Desde la óptica de los sistemas de información la base de datos es un sistema
formado por un conjunto de datos almacenados en discos y una colección de
programas para manipular a ese conjunto de datos.
Esta colección de programas se denomina un sistema gestor de bases de datos
(SGBD). La colección de datos, normalmente denominada base de datos contiene
información relevante para una empresa. El objetivo principal de un SGBD es
proporcionar una forma de almacenar y recuperar la información de una base de
datos de manera práctica y eficiente.
Una Base de Datos Relacional está compuesta por una o más tablas para
almacenar el conjunto de datos de algún ente o empresa determinada. Cada tabla
está conformada por columnas y filas. Las columnas identifican cada elemento a
ser almacenado y todas ellas un concepto particular del negocio a relevar, por
ejemplo una factura de compra, y a su vez cada fila perteneciente a la tabla
determina una instancia del concepto una factura emitida a un cliente en particular.
Las bases de datos son utilizadas para almacenar, organizar, recuperar, comunicar
y manejar la información en diferentes formas que sería imposible sin los
computadores, con ellas se puede organizar y reorganizar de la información así
como imprimirla o distribuirla.
Los sistemas de bases de datos se diseñan para gestionar grandes cantidades de
información. La gestión de los datos implica tanto la definición de estructuras para
almacenar la información como la provisión de mecanismos para la manipulación
de la información. Además, los sistemas de bases de datos deben garantizar la

Página 2 de 19
 04_RDBMS - Introducción - 2023

fiabilidad de la información almacenada, a pesar de las caídas del sistema o de los

intentos de acceso no autorizados. Si los datos van a ser compartidos entre
diferentes usuarios, el sistema debe evitar posibles resultados anómalos.
Dado que la información es tan importante en la mayoría de las organizaciones,
los informáticos han desarrollado conceptos y técnicas para la gestión de los datos.
Estos conceptos y técnicas constituyen el objetivo central del libro1, y en el capítulo
1 presenta una breve introducción a los principios de los sistemas de bases de datos.

Finalidad de las bases de datos

Persistencia (de datos): Capacidad de guardar la información para
poder volver a utilizarla en otro momento

¿Qué es una base de datos?

https://www.youtube.com/watch?v=aoOsJSWTFZM&t=52s

Aplicaciones de los sistemas de bases de datos

Las bases de datos se usan ampliamente. Algunas de sus aplicaciones
representativas son:
Banca: para información de los clientes, cuentas, préstamos y transacciones
bancarias.
Líneas aéreas: para reservas e información de horarios. Las líneas aéreas fueron de
las primeras en usar las bases de datos de forma distribuida geográficamente.
Universidades: para información de los estudiantes, matrículas en las asignaturas y
cursos.

1
Fundamentos de Bases de Datos 5 Edición- Silverschatz. Parte 1. Introducción y modelado conceptual.

Página 3 de 19
 04_RDBMS - Introducción - 2023

Transacciones de tarjetas de crédito: para compras con tarjeta de crédito y la

generación de los extractos mensuales.
Telecomunicaciones: para guardar un registro de las llamadas realizadas, generar
las facturas mensuales, mantener el saldo de las tarjetas telefónicas de prepago y
para almacenar información sobre las redes de comunicaciones.
Finanzas: para almacenar información sobre compañías tenedoras, ventas y
compras de productos financieros, como acciones y bonos; también para almacenar
datos del mercado en tiempo real para permitir a los clientes la compraventa en línea
y a la compañía la compraventa automática.
Ventas: para información de clientes, productos y compras.
Comercio en línea: para los datos de ventas ya mencionados y para el seguimiento
de los pedidos Web, generación de listas de recomendaciones y mantenimiento de
evaluaciones de productos en línea.
Producción: para la gestión de la cadena de proveedores y para el seguimiento de la
producción de artículos en las factorías, inventarios en los almacenes y pedidos.
Recursos humanos: para información sobre los empleados, salarios, impuestos
sobre los sueldos y prestaciones sociales, y para la generación de las nóminas.

Historia de las bases de datos

Sus primeros comienzos fueron con las tarjetas perforadas y se grabaron gran
cantidad de información.
Los datos almacenados eran tratados como ficheros en tarjetas o cintas
magnéticas. Posteriormente en disco con mucha más potencia y facilidad de
manipulación de datos y en esos momentos la base de datos comienza a ser
realmente útil con el modelo jerárquico.
A mitad de los sesenta se comenzó a investigar un nuevo tipo de sistema de bases
de datos conocido como sistema en red, el cual permitía satisfacer la necesidad de
representar relaciones entre datos más complejos que su antecesor sistema
jerárquico y tratar de imponer un estándar de base de datos.

Página 4 de 19
 04_RDBMS - Introducción - 2023

Los sistemas Jerárquicos constituyen la primera generación de los SGBD y los

sistemas en Red segunda generación, pero los mismos presentaban una serie de
inconvenientes:
● Era necesario escribir programas complejos de aplicación para responder
a cualquier tipo de consulta.
● La independencia de datos es mínima.
● No tienen un fundamento teórico.

Modelo Jerárquico - Sistema de navegación (1960)

Está representado como una estructura jerárquica en donde los datos se
organizan en segmentos como si fuera un árbol invertido donde el nodo padre puede
contener varios hijos y de esta manera recursivamente, un hijo a su vez puede
comportarse como padre de otros hijos. El nodo principal no posee ningún padre y
se denomina raíz y los hijos que no son padre se denominan hojas. Su principal
limitación está dada porque este modelo no puede representar eficientemente la
redundancia de datos.

Este modelo no diferencia una vista lógica de una vista física de la base de datos.
De manera que las relaciones entre datos se establecen siempre a nivel físico, es
decir, mediante referencia a direcciones físicas del medio de almacenamiento
(disco, plato, pistas y sectores).
Los accesos son directos y se realizan desde el hijo hacia el padre ya que este
posee la dirección física del registro padre. Esto implica que solamente se puede
consultar la base de datos desde los nodos hoja hacia el nodo raíz. La consulta en

Página 5 de 19
 04_RDBMS - Introducción - 2023

el sentido contrario requiere una búsqueda secuencial por todos los registros de la
base de datos (por ejemplo, para consultar todos los empleados de un departamento
se accede desde todos los empleados y se verifican si pertenecen al departamento
deseado). En las bases de datos jerárquicas no existen índices que faciliten esta
tarea. Tampoco pueden existir relaciones N a N.
Las relaciones entre los registros se realizan a través de punteros obteniendo un
alto rendimiento en su acceso, siendo prácticamente inmediato sin necesidad de
consultar tablas de correspondencias.

Limitaciones del modelo Jerárquico

Existe una serie problemas con este modelo porque no implementa ningún control
sobre los propios datos, sino que queda en manos de las aplicaciones escritas por
el usuario para garantizar que se evita la duplicidad e integridad referencial de la
información.
● Duplicidad: no se garantiza que dos o más registros cualesquiera posean
información duplicada.
● Integridad de referencia: no se garantiza que un registro hijo esté
relacionado con un registro padre válido. Porque es posible borrar un
nodo padre sin eliminar antes ningún nodo hijo provocando una relación
inexistente.
● Desnormalización: como no existe el concepto de campos claves o
campo únicos es posible que la información sobre un registro en
particular conlleve a la desnormalización obteniendo como resultado una
serie de posibles problemas con los datos.

➔ Duplicar los atributos no claves.

➔ Introducción de grupos repetitivos.

Página 6 de 19
 04_RDBMS - Introducción - 2023

Modelo Red - Sistema de navegación (1960)

La diferencia con el primer modelo se basa en que un nodo hijo puede poseer
varios padres. En las bases de datos en red, existen los punteros, que son conexiones
adicionales entre nodos padres y nodos hijos, para permitir acceder a un nodo por
vías distintas accediendo al mismo en dirección descendente por las diversas
ramas. La base de datos en red representa una mejora al modelo jerárquico.

Modelo Relacional / SQL - (1970)

En la década de los setenta Edgar Frank Codd de los laboratorios de investigación
de IBM escribió un artículo sobre el modelo relacional de datos definiéndolo y
publicando una serie de reglas para le evaluación de administradores de bases de
datos.
Este artículo presentaba también los inconvenientes de sus sistemas antecesores
(jerárquico y red) en su rendimiento, y no siendo competitivas con ellos. Pero IBM
desarrolló técnicas para la construcción de un sistema relacional eficiente con un
proyecto denominado System R, siendo la guía a dos grandes desarrollos:
● El SQL lenguaje de consulta estructurado convertido en un estándar para
los sistemas relacionales.
● La producción de varios SGBD relacionales durante los años ochenta
como DB2 y ORACLE, INGRES, INFORMIX, SYBASE, etc. Para los
microordenadores (PC) aparecieron Paradox, DBASE IV, Access de
Microsoft, FoxPro, etc.

Página 7 de 19
 04_RDBMS - Introducción - 2023

● Los SGBD relacionales también tienen sus fallos como ser su limitada
capacidad al modelar los datos, se han realizado muchos intentos por
proporcionar un modelo de datos para representar al mundo real más
cercano a nosotros mismos.
Posteriormente las bases de datos plantearon dos nuevos modelos: el modelo
orientado a objetos y el modelo relacional extendido.

Modelo Orientado a Objetos - (1980)

Permite almacenar los objetos completos (estado y comportamiento)
sustentados por el paradigma teoría orientada a objetos. Incorporando todos los
conceptos de esta teoría como ser: encapsulamiento, herencia y polimorfismo.
● Encapsulamiento: se basa en la implementación del comportamiento que
tiene un objeto mediante la ocultación de información.
● Herencia: impone el concepto de jerarquía de
generalización/especialización. La generalización consiste en factorizar
los elementos comunes (atributos, operaciones y restricciones) de un
conjunto de clases en una clase más general, llamada superclase que
representa la abstracción de sus subclases.

Página 8 de 19
 04_RDBMS - Introducción - 2023

● Polimorfismo: diferentes clases de objetos invocan una misma propiedad

de una operación, pero la implementación de la ella depende de cada
objeto. En términos informáticos el polimorfismo tiene la capacidad de
realizar diferentes operaciones, métodos, para un mismo mensaje.

Modelo Entidad Relacional Extendido - (1990)

Por lo general por medio del modelo ER (entidad relación) tradicional podemos
modelar las entidades de un entorno específico, pero a veces es necesario agregarle
conceptos adicionales y estos derivan del paradigma orientado a objetos, el modelo
ERE (entidad relación extendido) aporta las nociones de (Subclase/Superclase) y de
(Especialización/Generalización). Otro nuevo concepto es el de Categoría y
asociados a estos conceptos se permite el mecanismo de herencia de atributos.
● Especialización: comprendemos este concepto cuando una entidad
comparte atributos y también posee sus propios atributos. Podemos
tomar como ejemplo una entidad ticket la cual contiene los atributos
comunes a otras entidades (fecha de emisión y código) y además
definimos las entidades relacionadas con la primera: ticket cine, ticket
teatro, ticket circo, etc. Observamos que cada una de estas entidades de

Página 9 de 19
 04_RDBMS - Introducción - 2023

nivel inferior posee los atributos anteriormente descriptos más sus

propios atributos para determinar su respectiva estructura.
Si podemos gestionar la especialización también podemos tratar a la
herencia, la cual permite definir una única vez y almacenar en un solo lugar
los atributos pertenecientes a la entidad Superclase y los mismos datos
pueden ser reutilizados por las entidades Subclase. Además hereda las
relaciones pertenecientes a la Superclase.
● Generalización: se refiere básicamente a identificar cuales son los
elementos comunes de las Subclases y conformar con ellos la
Superclase. En nuestro ejemplo anterior estamos hablando de la entidad
ticket. El proceso generalización es inverso al proceso de especialización.
● Categoría: establece que una subclase pueda ser conformada por
diferentes Superclases pero con una particularidad, algunas instancias
pertenecen específicamente a una determinada Superclase y las otras
instancias a otras Superclases.

Página 10 de 19
 04_RDBMS - Introducción - 2023

Abstracción de Datos
Un sistema de bases de datos relacional (RDBMS) es una colección de datos
interrelacionados y un conjunto de programas que permiten a los usuarios tener
acceso a esos datos y modificarlos.
Una de las principales finalidades de los sistemas de bases de datos es ofrecer a
los usuarios una visión abstracta de los datos. Es decir, el sistema oculta ciertos
detalles del modo en que se almacenan y mantienen los datos.
El sistema es útil si puede recuperar los datos eficientemente. La necesidad de
eficiencia ha llevado a los diseñadores a usar estructuras de datos complejas para
la representación de los datos en la base de datos. Dado que muchos de los usuarios
de sistemas de bases de datos no tienen formación en informática, los
desarrolladores ocultan esa complejidad a los usuarios mediante la arquitectura de
tres esquemas o Arquitectura de tres niveles de abstracción para simplificar la
interacción de los usuarios con el sistema.
Estos tres conceptos (esquemas o niveles) fueron propuestos como la
arquitectura ANSI-SPARC del Instituto Americano de Estándares Nacionales y el
Comité de Planificación y Requisitos de Normas. American National Standards
Institute, Standards Planning And Requirements Committee. Constituyendo un
estándar de diseño abstracto para un sistema de gestión de base de datos en el año
1975.
Ambas forman detallan el mismo sentido de abstracción y en el ambiente
profesional se puede expresar de una u otra forma, y a continuación se grafican y
detallan.

Página 11 de 19
 04_RDBMS - Introducción - 2023

Diagrama - Arquitectura tres esquemas

Esquema Lógico: definición de la base de datos expresada en términos del modelo

de datos en que se vaya a utilizar sin entrar en detalles de su representación física.
El esquema conceptual oculta los detalles de las estructuras físicas de
almacenamiento y se concentra en describir entidades, tipos de datos, vínculos,
operaciones de los usuarios y restricciones. En este nivel podemos usar un modelo
de datos de alto nivel o uno de implementación.
Esquema Interno: describe la estructura física de almacenamiento de la base de
datos. El esquema interno emplea un modelo físico de los datos y describe todos
los detalles para su almacenamiento, así como los caminos de acceso para la base
de datos.
Esquemas externos: corresponde a las distintas vistas parciales del sistema de
información que tienen los diferentes usuarios, estructuras definidas a partir de las
estructuras del esquema lógico. El nivel externo o de vistas incluye varios
esquemas externos o vistas de usuario. Cada esquema externo describe la parte de
la base de datos que interesa a un grupo de usuarios determinado (subsistema), y
oculta a ese grupo el resto de la base de datos.

Página 12 de 19
 04_RDBMS - Introducción - 2023

Diagrama - Arquitectura tres niveles

Fuente: Fundamentos de Bases de Datos 5ta Edición - Abraham Silberschatz

Nivel físico: el nivel más bajo de abstracción describe cómo se almacenan realmente
los datos. El nivel físico describe en detalle las estructuras de datos complejas de
bajo nivel.
Nivel lógico: el nivel inmediatamente superior de abstracción describe qué datos se
almacenan en la base de datos y qué relaciones existen entre esos datos. El nivel
lógico, por tanto, describe toda la base de datos en términos de un número pequeño
de estructuras relativamente simples. Aunque la implementación de esas
estructuras simples en el nivel lógico puede involucrar estructuras complejas del
nivel físico, los usuarios del nivel lógico no necesitan preocuparse de esta
complejidad. Los administradores de bases de datos, deben decidir cuál será la
información a ser almacenada en la base de datos, utilizan el nivel de abstracción
lógico.
Nivel de vistas: el nivel más elevado de abstracción sólo describe parte de la base
de datos. Aunque el nivel lógico usa estructuras más simples, queda algo de
complejidad debido a la variedad de información almacenada en las grandes bases
de datos. Muchos usuarios del sistema de bases de datos no necesitan toda esta
información; en su lugar sólo necesitan tener acceso a una parte de la base de datos.
El nivel de abstracción de vistas existe para simplificar su interacción con el sistema.
El sistema puede proporcionar muchas vistas para la misma base de datos.

Página 13 de 19
 04_RDBMS - Introducción - 2023

RDBMS - Sistema de Gestión de Base de Datos Relacional

Que es un modelo de datos

Un modelo es una abstracción mediante la cual puede describirse un fenómeno
real o abstracto. Permite resaltar los detalles más significativos a ser estudiados y
minimiza o descarta otros conceptos que por el momento no se relevantes para la
observación.
Un modelo de datos permite describir de forma abstracta la manera de
representar los datos de una empresa, los cuales pueden ser graficados cumpliendo
con un conjunto de conceptos entidades, atributos y relaciones; reglas y
convenciones para describir y manipular los datos. Sin describir la funcionalidad de
la empresa o ente de sus operaciones cotidianas, para es actividad se desarrollan
otros modelos distintos abocados a esa vista o percepción.

Página 14 de 19
 04_RDBMS - Introducción - 2023

Otras definiciones
Conjunto de herramientas conceptuales para describir la representación de la
información en términos de datos. Los modelos de datos comprenden aspectos
relacionados con las estructuras y tipos de datos, operaciones y restricciones 2.
Conjuntos de conceptos, reglas y convenciones que permiten describir y
manipular datos de la parcela de un cierto mundo real para almacenarlos en una
base de datos3.

Necesidad de un Modelo de Datos

Antes del surgimiento de los sistemas de gestión de bases de datos las
organizaciones almacenaban la información en sistemas de procesamiento de
archivos definiendo diferentes tipos de registros a sus archivos. Los programas
aplicativos podían extraer estos registros o insertarlos en sus correspondientes
archivos, pero mantener la integridad de datos era dificultoso porque diferentes
departamentos construían sus archivos de acuerdo a sus necesidades, y por lo tanto
existían varias copias de los mismos datos. Esta es una de las principales ventajas
de las bases de datos, las cuales han sido mencionadas posteriormente.
Un modelo de datos es un conjunto de datos interrelacionados entre sí, los cuales
a su vez pueden ser accedidos y/o modificados a través de un conjunto de
programas que los administran.

Esquema
Es la descripción específica de un determinado minimundo en términos de un
modelo de datos, se denomina esquema del minimundo o esquema de datos. La
colección de datos que representa la información del minimundo constituye la base
de datos. Dittrich (1994).
Representación de un determinado mundo real (universo del discurso) en
términos de un modelo de datos. De Miguel, Piattini y Marcos (1999).

2
Dittrich (1994).
3
De Miguel, Piattini y Marcos (1999).

Página 15 de 19
 04_RDBMS - Introducción - 2023

Gráfica de un Modelo de Datos

La gráfica del modelo entidad-relación es el modelo conceptual más utilizado para
el diseño de bases de datos creado por Peter Chen en 1976. Está formado por un
conjunto de conceptos para describir la realidad mediante un conjunto de
representaciones gráficas y lingüísticas.
Originalmente el modelo entidad-relación sólo incluía los conceptos de entidad,
relación y atributo. Más tarde se añadieron otros conceptos, como los atributos
compuestos, y las jerarquías de generalización en lo que se ha denominado modelo
entidad-relación extendido.
La estructura lógica de una BD puede ser representada gráficamente por cuatro
conceptos básicos:
● Entidad: cosa u objeto representado por un “Rectángulo”.
● Relación: es una asociación entre dos o más entidades y gráficamente
es un “Rombo”.
● Atributo: un conjunto de atributos permite describir a una entidad en
particular diferenciandola de las demás entidades. Y cada atributo posee
un valor específico o nulo dentro de un determinado dominio conjuntos
de valores posibles.
● Línea: permite unir tantos los atributos de una determinada entidad como
así también a sus relaciones con otras entidades. un dominio
determinado, por dominio se entiende como su tipo y comportamientos
específicos al atributo. Y gráficamente es una Elipse.

Página 16 de 19
 04_RDBMS - Introducción - 2023

Se muestra un ejemplo sencillo de un gráfico Entidad-Relación (DER) para asimilar

más claramente los conceptos anteriormente explicados.

Lenguajes de bases de datos

Los sistemas de bases de datos proporcionan un lenguaje de definición de datos
(DDL) para especificar el esquema de la base de datos, y un lenguaje de
manipulación de datos (DML) para expresar las consultas y las modificaciones de la
base de datos. En la práctica, los lenguajes de definición y manipulación de datos no
son dos lenguajes diferentes; en cambio, simplemente forman parte de un único
lenguaje de bases de datos, como puede ser el muy usado SQL4.

ANSI SQL
¿Qué es el ANSI SQL?
https://es.wikipedia.org/wiki/SQL

Un DBMS los siguientes tipos de lenguajes:

⇒ DDL (Data definition language, lenguaje de definición de datos). Algunos
ejemplos:
○ CREATE – crea objetos en la base de datos (tabla, vistas, índices, etc)
○ ALTER – modifica la estructura de la DB y objetos.
○ DROP – borra objetos de la base de datos (por ejemplo tablas).

4
https://es.wikipedia.org/wiki/SQL

Página 17 de 19
 04_RDBMS - Introducción - 2023

○ TRUNCATE – elimina todos las las filas de una tabla (libera el espacio
reservado).
○ COMMENT – agrega comentarios al diccionario de datos.
○ RENAME – permite renombrar un objeto.
Las sentencias DDL tienen siempre un COMMIT implícito por lo que no es
posible volver atrás. En ese caso, será necesario recurrir solicitando a un DBA
la recuperación a partir de algún backup.
⇒ DML (Data Manipulation Language, Lenguaje de manipulación de datos).
Algunos ejemplos:
○ SELECT – Traer datos de una base de datos (tabla o vista).
○ INSERT – Insertar datos en una tabla.
○ UPDATE – Actualizar o modificar datos existentes en una tabla.
○ DELETE – Borra registros de una tabla (conserva el espacio reservado).
Las sentencias del tipo DML son aquellas que pueden volverse atrás
mediante el uso del ROLLBACK.
⇒ DCL (Data Control Language, Lenguaje de control de datos). Ejemplos:
○ GRANT – Otorgar privilegios de acceso a los usuarios para la base de
datos.
○ REVOKE – Quitar privilegios de acceso a los usuarios otorgados con
el comando GRANT.
⇒ TCL (Transaction Control Language, Lenguaje de control o gestión de
transacciones). Lenguaje de control de transacciones: Para volver atrás o
confirmar una transacción en la base de datos, podemos usar TCL. Algunos
ejemplos:
○ COMMIT – Confirma el trabajo realizado en la base de datos.
○ ROLLBACK – Recupera la transacción al punto del último COMMIT.

Página 18 de 19
 04_RDBMS - Introducción - 2023

ROLLBACK y COMMIT
Volver atrás una transacción
Aplica únicamente para las sentencias del tipo DML

Instalación de MySQL
El proceso de instalación de MySQL 5.7 Virtualizado está aplicado en los
siguientes videos:

MySQL 5.7 Virtualizado con Ubuntu 16.04

Instalación completa - Paso a Paso

O podes acceder acceder directamente al video que te interesa

conocer:
Video 0 - Proceso general de Instalación
Video 1 - Instalación del producto Virtualbox 6.1.14
Video 2 - Creación de una Máquina Virtual
Vídeo 3 - Instalación de Ubuntu 16.04
Video 4 - Instalación de MySQL 5.7 y gestión básica del servicio

Referencias
➔ Fundamentos de Bases de Datos - 5ta Edición - Abraham Silberschatz.

Página 19 de 19