Módulo 3 :

Bases de datos (SQL)

 Introducción a Base de Datos
¿Qué es un sistema gestor de bases de datos?
Un sistema gestor de bases de datos (SGBD) consiste en una colección de datos interrelacionados y un
conjunto de programas para acceder a dichos datos. 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 que sea
tanto práctica como eficiente. 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 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 científicos informáticos han desarrollado un gran cuerpo de conceptos y técnicas para la
gestión de los datos. Estos conceptos y técnicas constituyen el objetivo central de este módulo.
 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.
● 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.
 Modelos de bases de datos
Durante las últimas décadas, las bases de datos han jugado un papel importante en el manejo de grandes
volúmenes de información; hardware y software (en este caso representado por los DBMS), han tenido
que evolucionar para poder manipular las nuevas estructuras de datos y atender las cada vez más
complejas demandas.

Los modelos de bases de datos son estructuras conceptuales que definen cómo se organizan y acceden
a los datos en una base de datos.

Es así como se han presentado cronológicamente los diversos modelos de bases de datos a través de los
años: El Jerárquico, el de Red, el Relacional y el Orientado a Objetos. En los dos primeros modelos,
se tenía un código de la aplicación totalmente dependiente a la implementación de las estructuras de
datos. El programador debía trabajar con ligas físicas tanto en la construcción como en la explotación de
datos. Esto generó un lento desarrollo y un alto costo en el mantenimiento. Además, se tenían grandes
limitantes en la modificación de las estructuras.
El modelo jerárquico:
Modelo Jerárquico: Este fue uno de los primeros modelos de bases de datos, desarrollado en la década
de 1960. En este modelo, los datos se organizan en una estructura de árbol o jerárquica, con un único
elemento raíz que se ramifica en varios niveles.Los registros del mismo nivel se clasifican en un orden
específico. Ese orden se usa a manera de orden físico para almacenar la base de datos. El modelo es
bueno para describir muchas relaciones del mundo real.
Modelo de red

Desarrollado después del modelo jerárquico, a finales de

la década de 1960 y principios de la década de 1970.
Introdujo la noción de conjuntos de registros y enlaces
(sets y pointers), permitiendo relaciones muchos a
muchos entre los datos. Esto superó algunas
limitaciones del modelo jerárquico permitiendo
relaciones de muchos a muchos entre registros
vinculados, lo que implica registros principales múltiples.
Basado en la teoría matemática de conjuntos, el modelo
se construye con conjuntos de registros relacionados.
Cada conjunto consiste de un registro propietario o
principal y uno o más registros miembros o secundarios.
Un registro puede ser miembro o secundario en
múltiples conjuntos, permitiendo que este modelo
representa relaciones complejas. Fue muy popular en la
década de 1970 después de que fue definido
formalmente por la Conference on Data Systems
Languages (CODASYL).
Modelo relacional
Una base de datos relacional es un tipo de base de datos que almacena y proporciona acceso a puntos
de datos relacionados entre sí. Las bases de datos relacionales se basan en el modelo relacional, una
forma intuitiva y directa de representar datos en tablas. En una base de datos relacional, cada fila en una
tabla es un registro con una ID única, llamada clave. Las columnas de la tabla contienen los atributos de
los datos y cada registro suele tener un valor para cada atributo, lo que simplifica la creación de
relaciones entre los puntos de datos.

Siendo el modelo más común, el modelo relacional ordena los datos en tablas, también conocidas como
relaciones, cada una de las cuales se compone de columnas y filas. Cada columna enumera un atributo
de la entidad en cuestión, por ejemplo, precio, código postal o fecha de nacimiento. En conjunto, a los
atributos en una relación se los llama dominio. Se elige un atributo particular o combinación de atributos
como clave primaria, a la cual se puede hacer referencia en otras tablas, en donde se la denomina clave
externa.
Cada fila, también denominada tupla, incluye datos sobre una instancia específica de la entidad en
cuestión, por ejemplo, un empleado específico.
El modelo también representa los tipos de relaciones entre esas tablas, incluidas las relaciones uno a
uno, uno a muchos y muchos a muchos.
Estructura de bases de datos
relacionales:
Una base de datos relacional consiste
en un conjunto de tablas, a las cuales
se les asigna un nombre exclusivo.
Cada fila de la tabla representa una
relación entre un conjunto de valores.
De manera informal, cada tabla es un
conjunto de entidades, y cada fila es
una entidad. Dado que cada tabla es
un conjunto de tales relaciones, hay
una fuerte correspondencia entre el
concepto de tabla y el concepto
matemático de relación, del que toma
su nombre el modelo de datos
relacional.
 Modelo entidad-relación

Un modelo entidad-relación (también conocido como modelo E-R) es un enfoque utilizado en la ingeniería de software y
diseño de bases de datos para representar y describir la estructura de una base de datos. Este modelo se utiliza para
visualizar y definir las entidades (objetos o conceptos) que se almacenan en una base de datos y las relaciones entre ellas.

● Entidades: Representan objetos o conceptos en el mundo real que se almacenan en la base de datos. Un nombre
de entidad sólo puede aparecer una vez en el esquema conceptual. Hay dos tipos de entidades: fuertes y
débiles. Una entidad débil es una entidad cuya existencia depende de la existencia de otra entidad. Una
entidad fuerte es una entidad que no es débil.

● Atributos: Los atributos son propiedades o características de las entidades. Cada entidad tiene atributos que
describen sus detalles.

● Relaciones: Las relaciones definen cómo las entidades se relacionan entre sí en la base de datos.

● Cardinalidad: La cardinalidad en un modelo entidad-relación describe la cantidad de instancias de una entidad que
pueden estar relacionadas con una instancia de otra entidad. La cardinalidad se representa generalmente con
números o símbolos en el diagrama E-R y se utiliza para especificar si la relación es uno a uno (1:1), uno a muchos
(1:N) o muchos a muchos (N:N).
El modelo entidad-relación es el modelo
conceptual más utilizado para el análisis
de bases de datos. Fue introducido por
Peter Chan en 1976. El modelo
entidad-relación está formado por un
conjunto de conceptos que permiten
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.
Los diagramas de modelos entidad-relación (ER) pueden representarse de diversas maneras, y las
notaciones pueden variar. Sin embargo, generalmente hay dos enfoques principales que mencionas: el
enfoque tradicional con rectángulos y rombos, y el enfoque de representación mediante tablas con llaves
primarias y foráneas.

Enfoque Tradicional con Rectángulos y Rombos:

○ Rectángulos (Entidades): Las entidades se representan mediante rectángulos, y cada

rectángulo suele llevar el nombre de la entidad que representa.
● Atributos: Dentro de los rectángulos, se listan los atributos de la entidad.
● Relaciones: Las relaciones entre entidades se indican mediante líneas conectadas entre los
rectángulos. Los rombos representan relaciones y, dentro de ellos, se especifica la cardinalidad
de la relación (por ejemplo, 1:N).
Diagramas entidad relación
Los diagramas entidad relación son sencillos y claros
cualidades que pueden ser responsables en gran parte de la
popularidad del modelo entidad relación estos diagramas
constan de los siguientes componentes principales:

● Rectángulos, que representan conjuntos de entidades.

● Elipses, que representan atributos.
● Rombos, que representan conjuntos de relaciones.
● Líneas, que unen los atributos con los conjuntos de
entidades y los conjuntos de entidades con los
conjuntos de relaciones.
● Elipses dobles, que representan atributos
multivaluados
● Elipses discontinuas, que denotan atributos derivados.
● Líneas dobles, que indican la participación total de una
entidad en un conjunto de relaciones.
● Rectángulos dobles que representan conjuntos de
entidades débiles.
Actividades:

Diseña un modelo entidad-relación de los siguientes casos:

1. “Una empresa vende productos a varios clientes. Se necesita conocer los datos personales de los
clientes (nombre, apellidos,dni, dirección y fecha de nacimiento). Cada producto tiene un nombre y
un código, así como un precio unitario. Un cliente puede comprar varios productos a la empresa, y
un mismo producto puede ser comprado por varios clientes.
Los productos son suministrados por diferentes proveedores. Se debe tener en cuenta que un
producto solo puede ser suministrado por un proveedor, y que un proveedor puede suministrar
varios productos. De cada proveedor se desea conocer el NIP, nombre y dirección”.

2. El Aeropuerto Internacional de la Ciudad de México necesita contar con una Base de Datos para
controlar los vuelos que diariamente se realizan en él.
Como es sabido afluyen varias líneas aéreas, nacionales e internacionales, cada una de ellas tienen
sus propios vuelos, tarifas y descuentos, así como diferentes destinos. La Base de Datos deberá
además contemplar un repositorio para los clientes que compran boletos manteniendo información
tal como: Nombre, Dirección, Teléfono, Edad y Sexo.
 Llaves (Keys)

¿Cuáles son las llaves (Keys)?

Las llaves nos ayudan a identificar de forma única las filas en una tabla. Permiten encontrar una
relación entre dos tablas. Las llaves son una combinación de una o más columnas de una tabla.

¿Por qué necesitamos llaves (Keys)?

Si toma un ejemplo en tiempo real, una tabla puede tener cualquier cantidad de registros y las filas o
registros podrían duplicarse. Para encontrar datos de fila únicos en particular, necesitamos una clave.
Aquí las claves garantizan obtener el registro de tabla único.

Importancia de las llaves (Keys)

● Las llaves son muy importantes en el modelo de base de datos relacional.
● Las llaves se utilizan para identificar la relación entre tablas y se utilizan para identificar las filas
dentro de una tabla.
● La llave puede ser una combinación de una sola columna o una combinación de varias
columnas.
● Sin llaves, podría resultar difícil definir una fila concreta en una tabla enorme.
 Primary key (LLAVE PRIMARIA)

Llave Primaria (Primary Key):

Una llave primaria es un campo o

conjunto de campos en una tabla
cuyos valores identifican de manera
única cada fila en esa tabla.Una
tabla sólo puede tener UNA clave
principal; y en la tabla, esta clave
principal puede constar de una o
varias columnas (campos).

● No puede contener valores

nulos (NULL).
● Cada tabla puede tener solo
una llave primaria.
● Se utiliza para garantizar la
integridad de los datos y
para establecer relaciones
entre tablas.
Candidate key (Llave Candidata): Un conjunto de uno o más atributos que
puede identificar de manera única una fila en una tabla. Cada clave
candidata tiene la propiedad de unicidad, lo que significa que no puede
haber dos filas con la misma combinación de valores para los atributos de la
llave candidata.
 Foreign key (LLAVE FORÁNEA)

Una llave foránea es un campo en una

tabla que se relaciona con la llave
primaria de otra tabla. Establece una
conexión entre las dos tablas.

● La llave foránea generalmente

se usa para garantizar la
integridad referencial entre las
tablas.

● No es necesario que cada tabla

tenga una llave foránea, pero si
se usa, debe hacer referencia a
una llave primaria existente en
otra tabla.
La clave alternativa es una
combinación de una o más
columnas cuyos valores son únicos.
Una tabla consta de una o más
claves candidatas, de las cuales
una será la clave principal y el resto
de las claves se denominan claves
alternativas. La clave alternativa no
forma parte de la clave principal.
Puede haber una o más claves
alternativas en una tabla y contener
valores NULL a menos que se
mencione explícitamente que NO
es NULL. La palabra clave UNIQUE
se utiliza para definir la clave
alternativa, lo que indica que el
valor debe ser único. En palabras
sencillas, las claves candidatas que
no están seleccionadas como clave
principal se denominan clave
alternativa.
 Reglas para clave
alternativa
Las cosas a tener en cuenta
son:
● La llave alternativa es
parte de una llave
candidata pero no de la
llave principal.
● Definido por “ÚNICO”.
● Los valores de llaves
alternativas deben ser
únicos.
● Si una tabla consta de
una sola clave
candidata, se convierte
en la clave principal; no
habrá ninguna clave
alternativa.
Las diferencias entre una "llave candidata" y una "llave alternativa" en el contexto de bases de datos relacionales son
sutiles y están relacionadas con el papel específico que desempeñan en el diseño de la base de datos.

Definición:

● Llave Candidata: Es un conjunto mínimo de atributos que puede identificar de manera única cada fila en una
tabla. Cada llave candidata tiene la propiedad de unicidad.
● Llave Alternativa: Es cualquier llave candidata que no se ha seleccionado como la llave primaria. Puede haber
varias llaves candidatas en una tabla, y aquellas que no se eligen como la llave primaria se llaman llaves
alternativas.
Rol:
● Llave Candidata: Puede ser seleccionada como la llave primaria de una tabla. La llave primaria se utiliza para
identificar de manera única cada fila en la tabla y suele tener requisitos adicionales, como ser irreductible (no
puede eliminarse ningún atributo de la llave sin perder la unicidad).
● Llave Alternativa: Es una llave candidata que no ha sido elegida como la llave primaria. Aunque no se utilice para
identificar de manera única las filas, sigue siendo única y podría usarse como un identificador alternativo si fuera
necesario.
Propiedades:
● Llave Candidata: Debe cumplir con las propiedades de unicidad e irreductibilidad. No puede contener duplicados
y debe ser lo más simple posible.
● Llave Alternativa: También cumple con las propiedades de unicidad e irreductibilidad, pero simplemente no se ha
seleccionado como la llave primaria. Aunque no se utilice como clave principal, sigue siendo única y puede tener
un valor significativo.
 Enfoque de Tablas con Llaves Primarias y Foráneas

● Tablas (Entidades): En lugar de usar rectángulos, las entidades se representan como tablas,
donde cada columna de la tabla es un atributo.
● Llaves Primarias y Foráneas: Se utilizan llaves primarias para representar las claves únicas de las
entidades, y las llaves foráneas para representar las relaciones entre entidades.
● Flechas de Cardinalidad: Las relaciones se indican mediante flechas que apuntan desde la llave
foránea en una tabla hasta la llave primaria correspondiente en otra tabla. Además, se puede
especificar la cardinalidad (por ejemplo, 1:N) en estas flechas.

La principal diferencia radica en la representación visual. El enfoque tradicional con rectángulos y rombos es
más conceptual y puede proporcionar una vista más clara de las entidades y sus relaciones. El enfoque de
tablas es más similar a la estructura de una base de datos relacional y puede ser más fácil de entender para
quienes están familiarizados con la implementación práctica de bases de datos.

Ambos enfoques son válidos y utilizados en diferentes contextos. La elección entre ellos a menudo depende de
la audiencia y del propósito del diagrama.
Empresa de E-commerce: Modelo Entidad-Relación
La empresa de E-commerce que estás diseñando se dedica a la venta de productos a través de su plataforma en
línea. Necesitas modelar la base de datos para gestionar a los clientes, proveedores, pedidos y productos. A
continuación, se describen las entidades y relaciones que debes incluir en tu modelo:
Entidades:
1. Cliente
○ Atributos: ID_cliente (clave primaria), nombre, dirección, correo electrónico, teléfono.
2. Proveedor
○ Atributos: ID_proveedor (clave primaria), nombre, dirección, correo electrónico, teléfono.
3. Producto
○ Atributos: ID_producto (clave primaria), nombre, descripción, precio, stock.
4. Pedido
○ Atributos: ID_pedido (clave primaria), fecha, estado (pendiente, en proceso, completado).
Relaciones:
1. Realiza (entre Cliente y Pedido)
○ Un cliente puede realizar varios pedidos, pero un pedido es realizado por un solo cliente.
2. Suministra (entre Proveedor y Producto)
○ Un proveedor puede suministrar varios productos, pero un producto es suministrado por un solo
proveedor.
3. Contiene (entre Pedido y Producto)
○ Un pedido puede contener varios productos, y un producto puede estar en varios pedidos.
Cardinalidad
Realiza (entre Cliente y Pedido):
- Un cliente puede realizar varios pedidos (1:N).
- Un pedido es realizado por un solo cliente (1 : 1).
Suministra (entre Proveedor y Producto):
- Un proveedor puede suministrar varios productos (1:N).
- Un producto es suministrado por un solo proveedor (1 : 1).
Contiene (entre Pedido y Producto):
- Un pedido puede contener varios productos (1:N).
- Un producto puede estar en varios pedidos (1:N).
Ejercicio 4

Se desea informatizar la gestión de una empresa de transportes que reparte paquetes por toda España.
Los encargados de llevar los paquetes son los camioneros de los que se quiere guardar el DNI,
Nombre, teléfono, dirección, salario y población en la que vive. De los paquetes transportados interesa
conocer el código de paquetes descripción , destinatario y dirección de destinatario. Un camionero
distribuye muchos paquetes, y un paquete sólo puede ser distribuido por un camionero.

De las provincias a las que llegan los paquetes interesa guardar el código de provincia y el nombre. Un
paquete sólo puede llegar a una provincia . Sin embargo, a una provincia pueden llegar varios paquetes.

De los camiones que llevan los camioneros , interesa conocer la matrícula , modelo, tipo y potencia. Un
camionero puede conducir diferentes camiones en fechas diferentes , y un camión puede ser conducido
por varios camioneros.
 PK

PK

FK

FK

FK

PK
PK
Notaciones de cardinalidad: Éstas notaciones indican cuántas instancias de una entidad pueden estar relacionadas con cuántas
instancias de otra entidad. Aquí hay una explicación detallada:

Notación 1:N (Uno a Muchos):

● En una relación 1:N, una instancia de la entidad A está relacionada con varias instancias de la entidad B, pero una
instancia de la entidad B está relacionada con solo una instancia de la entidad A.
● Ejemplo: Un estudiante puede estar matriculado en varios cursos (1:N), pero un curso está asociado con solo un
estudiante.
Notación N:N (Muchos a Muchos):
● En una relación N:N, muchas instancias de la entidad A pueden estar relacionadas con muchas instancias de la
entidad B, y viceversa.
● Para implementar una relación N:N en una base de datos relacional, generalmente se crea una tabla intermedia (tabla
de unión o asociativa) que contiene las claves primarias de ambas entidades.
● Ejemplo: Estudiantes pueden estar asociados con varios proyectos, y un proyecto puede tener varios estudiantes
(N:N).
Notación M:N (Muchos a Muchos):
● La notación M:N es esencialmente equivalente a N:N. Ambas indican que hay una relación muchos a muchos entre
dos entidades.
● A veces, se utiliza "M" para representar "Muchos" en lugar de "N".
● Ejemplo: Un autor puede escribir varios libros, y un libro puede tener varios autores (M:N).

En los diagramas entidad-relación, la cardinalidad se representa típicamente mediante el uso de símbolos, como un "1" dentro de un
círculo para indicar 1 y un "N" o "*" para indicar muchos. La notación exacta puede variar según la herramienta de modelado o el
estándar utilizado, pero el concepto general de 1:N, N:N y M:N se mantiene consistente en la modelación de bases de datos.
 SISTEMAS DE
INFORMACIÓN
Un sistema de información es un conjunto de elementos orientados al tratamiento y administración de datos e información,
organizados y listos para su posterior uso, generados para cubrir una necesidad u objetivo específico. Este sistema involucra varios
componentes interrelacionados que trabajan de manera conjunta para recopilar, almacenar, procesar, transmitir y presentar la
información de manera útil para los usuarios. Algunos de los componentes clave de un sistema de información incluyen:

Datos: Son hechos o cifras que se recopilan y registran. Los datos pueden ser crudos y carecer de significado en sí mismos,
pero se convierten en información a través de procesos de organización y análisis.
Procesamiento: Es la manipulación de datos para convertirlos en información útil. Involucra operaciones como clasificación,
cálculos, resúmenes y comparaciones, entre otros.
Almacenamiento: Implica la retención de datos e información para su uso futuro. Los datos pueden almacenarse en diversos
tipos de medios, como bases de datos, archivos físicos o sistemas de almacenamiento en la nube.
Transmisión: Refiere a la transferencia de datos e información entre diferentes partes del sistema o entre sistemas diferentes.
La transmisión puede ocurrir a través de redes de comunicación.
Presentación: Es la entrega de la información de manera comprensible para los usuarios. Puede implicar informes, gráficos,
tablas u otras formas de representación visual.
Usuarios: Son las personas que interactúan con el sistema de información. Los usuarios pueden tener roles diferentes, como
los que ingresan datos, los que realizan análisis o los que toman decisiones basadas en la información proporcionada.
Objetivos: Cada sistema de información se diseña para cumplir con objetivos específicos. Estos objetivos pueden ser mejorar
la eficiencia, facilitar la toma de decisiones, proporcionar información para la planificación estratégica, entre otros.

En conjunto, un sistema de información bien diseñado y administrado puede contribuir significativamente al éxito y eficiencia de una
organización al proporcionar el soporte necesario para la toma de decisiones informadas y la gestión efectiva de los recursos.
Administrador de Base de Datos (DBA):
● El DBA es un profesional encargado de gestionar y administrar la infraestructura
de la base de datos.
● Sus responsabilidades incluyen la planificación, instalación, configuración,
mantenimiento, monitoreo, seguridad y optimización de las bases de datos.
● El DBA trabaja con los usuarios y otros equipos de tecnología para garantizar un
rendimiento eficiente y seguro de las bases de datos.

Funciones principales de un Administrador de Base de datos:

● Asegurar el buen funcionamiento de la BBDD

● Retención de información de la BBDD
● Solucionar incidencias y pérdidas de datos
Sistema Gestor de Bases de Datos (SGBD)

● El DBMS es un software que proporciona una interfaz entre el usuario, las aplicaciones y los
datos almacenados en la base de datos.
● Su función principal es permitir la creación, manipulación y gestión de bases de datos de manera
eficiente y segura.
● El DBMS controla el acceso a los datos, garantiza la integridad de la información, gestiona la
concurrencia de múltiples usuarios y realiza operaciones como consultas, inserciones,
actualizaciones y eliminaciones.

Responsabilidades del SGBD Sistema Gestor de Bases de Datos:

● Instalar , configurar y gestionar bases de datos.

● Dar soporte al equipo de desarrollo, seguridad informática y redes
● Definir el esquema del diccionario de datos
● Especificar restricciones de integridad para asegurar los datos.
● Garantizar la alta disponibilidad de la base de datos.
● CRUD
CRUD es una agrupación de
cuatro acciones u operaciones que
sirven para que un determinado
usuario pueda gestionar la
información que se almacena en
diferentes tipos de desarrollo.
Asimismo, se usa para comprobar El objetivo de realizar cada una de estas
que los desarrollos sean acciones es la de almacenar, organizar y
completamente funcionales. Las clasificar los datos. Pero también funcionan
acciones son: Create (crear), Read para corregir los errores en la manipulación
(leer), Update (actualizar) y Delete de información.
(eliminar).