Universidad Autónoma de Nuevo León

Facultad de Ingeniería Mecánica y

Eléctrica
Periodo: ENE 2022 - JUN 2022

BASE DE DATOS Y LENGUAJES

ACTIVIDAD # 3
“MODELO RELACIONAL”

Docente: M. C. Jorge Alejandro Lozano González

Nombre: Alberto Alvarez Martinez
Matricula: 1853272
Carrera: IAS
Equipo: #1
Grupo: 007
Salón: ADM09
Dia: L-M-V
Hora: N4

Ciudad Universitaria, San Nicolás de los Garza, Nuevo León

Fecha de Entrega: 04 de marzo del año 2022
 ACTIVIDAD # 3 “MODELO RELACIONAL”

Índice

Introducción...........................................................................................................3
Concepto del Modelo Relacional..........................................................................4
Estructura Básica ..................................................................................................4
Definiciones ...........................................................................................................5
Ejemplo: Estructura del Modelo Relacional ........................................................5
Modelo Relacional .................................................................................................6
Explicación de Modelo Relacional .......................................................................7
Lenguaje de Consulta Estructurado ....................................................................9
Introducción SQL ................................................................................................ 10
Comandos para Definición de Datos ................................................................. 11
Modelo de Base de Datos ................................................................................... 14
Conclusión ........................................................................................................... 16
Bibliografía........................................................................................................... 17

2
 ACTIVIDAD # 3 “MODELO RELACIONAL”

Introducción
Has escuchado alguna vez acerca del modelo relacional pues este método es utilizado para el
modelado y la gestión de bases de datos, es un modelo de datos basado en la lógica de predicados
y en la teoría de conjuntos.

Un dato interesante del modelo relacional es que fue propuesto por Edgar Codd en 1970 en los
laboratorios de IBM en California. Se trata de un modelo lógico, que establece una estructura sobre
los datos, aunque posteriormente estos pueden ser almacenaos de múltiples formas para
aprovechar características físicas concretas de la maquina sobre la que se implante la base de
datos realmente.

Para la creación de este modelo Edgar Codd se apoya en los trabajos de los
matemáticos Cantor y Childs (cuya teoría de conjuntos es la verdadera base del modelo
relacional). Según Codd, los datos se agrupan en relaciones (actualmente llamadas tablas), las
cuales son una estructura que aglutina datos referidos a una misma entidad de forma organizada.
Las relaciones, además, estructuran los datos de forma independiente respecto a su
almacenamiento real en la computadora. Es decir, es un elemento conceptual, no físico.

Lo que Codd intentaba fundamentalmente es evitar que los usuarios de la base de datos tuvieran
que verse obligadas a aprender los entresijos internos del sistema. Esto es lo que ocurría con el
modelo en red, dominante cuando Codd diseñó el modelo relacional, que era bastante físico. Su
enfoque fue revolucionario al evitar conceptos del mundo de la computación en su modelo.

La manera adecuada para la utilización de este modelo está basada en que todos los datos están
almacenados en tablas (entidades/relaciones) y cada una de estas es un conjunto de datos, por
tanto, una base de datos es un conjunto de relaciones. La agrupación se origina en la tabla: tabla
-> fila (tupla) -> campo (atributo). Sabías que pocos años después, el modelo se empezó a utilizar
cada vez más hasta, finalmente, ser el modelo de bases de datos más popular. Hoy en día casi
todas las bases de datos siguen este modelo, aunque en estos años han aparecido rivales cada
vez más fuertes en las llamadas bases de datos NoSQL, que han demostrado una gran eficacia
en bases de datos que necesitan una enorme cantidad de instrucciones de modificación por
minuto.

3
 ACTIVIDAD # 3 “MODELO RELACIONAL”

Concepto del Modelo Relacional

Una relación es una tabla bidimensional. Cada renglón tiene datos que pertenecen a alguna cosa
o a una parte de ésta. Cada columna de esta tabla contiene datos referentes a un atributo. Algunas
veces los renglones se llaman tuplas y las columnas, atributos.

• Los términos relación, tupla y atributo derivan de las matemáticas relacionales, que
constituyen la fuente teórica de este modelo.
• Aunque los profesionistas consideran más adecuada la analogía de los términos archivos,
registro y campo.
• Y la mayoría de los usuarios encuentran más razonables los términos tabla, renglón y
columna.

Estructura Básica

• En el modelo relacional, todos los datos se organizan por medio de relaciones (o también
conocidas como tablas).
• Cada relación tiene un nombre único y está formada por una serie de atributos (columnas).
• Cada tupla (fila) tiene valores específicos para cada atributo.
• Una clave primaria es aquella clave candidata que fue seleccionada para identificar tuplas
de forma única en una relación.

Para cada atributo hay un conjunto de valores permitidos, denominados dominio D i de este
atributo.

Los valores que pueden tomar un atributo son, por lo regular, atómicos o indivisibles. Además,
es posible que varios atributos tengan el mismo dominio.

• El valor nulo pertenece a cualquier dominio.

• El valor nulo representa un valor desconocido o que no existe.

4
 ACTIVIDAD # 3 “MODELO RELACIONAL”

Definiciones

Existen otros conceptos que hay que conocer para poder trabajar con un modelo relacional.

• El grado de una relación es el número de atributos que contiene.

• La cardinalidad de una relación es el número de tuplas que contiene.
• Un esquema de base de datos relacional se define como un conjunto de relaciones cada
una con un nombre distinto.

Ejemplo: Estructura del Modelo Relacional

Representación tabular de la relación clientes:

Grado
Atributos (columnas)
Clave primaria Cardinalidad
Tuplas (filas)

idcliente nombre domicilio teléfono

1 Persona1 Calle1 811001

2 Persona2 Calle2 812002

• Relación de grado 4.
• Relación clientes, su valor de cardinalidad es 2.

Un esquema de una relación es la lista de atributos que componen dicha relación:

idcliente nombre domicilio teléfono

1 Persona1 Calle1 811001

2 Persona2 Calle2 812002

Esquema clientes: (idcliente, nombre, domicilio, teléfono)

5
ACTIVIDAD # 3 “MODELO RELACIONAL”

Modelo Relacional

6
 ACTIVIDAD # 3 “MODELO RELACIONAL”

Explicación de Modelo Relacional

El modelo relacional de nuestra base de datos del proyecto consta de siete tablas; inventario,
usuario, producto, proveedor, salidas, entradas y cliente. Y están conformadas de los siguientes
campos.

La tabla de inventario cuenta con cinco campos, “idInventario” que es de tipo entero,
“código_Inventario” que es de tipo entero, “entrada_Inventario” que es de tipo entero,
“cantidad_Salida” es de tipo entero y “stock” que es de tipo entero.

La tabla de usuarios cuenta con seis campos, “idUsuario” que es de tipo entero,
“identidad_Usuario” que es de tipo carácter, “contra_Usuario” que es de tipo carácter,
“nombres_Usuario” que es de tipo carácter, “apellido1_Usuario” que es de tipo carácter,
“apellido2_Usuario” que es de tipo carácter.

La tabla producto cuenta con siete campos, “idProducto” que es de tipo entero y está relacionada
con el campo “código_Inventario” de la tabla inventario, “nom_Producto” que es de tipo carácter,
“descripcion_Producto” que es de tipo carácter, “precio_Producto” que es de tipo decimal,
“precio_sugerido” que es de tipo decimal, “fecha_registro” que es de tipo fecha/tiempo y
“idProveedor” de tipo entero que está relacionado con el campo “idProveedor” de la tabla
proveedor.

La tabla proveedor cuenta con siete campos, “idProveedor” de tipo entero, “nombre_Proveedor”
de tipo carácter, “teléfono_Proveedor” de tipo entero, “telefono2_Proveedor” de tipo entero,
“direccion_Proveedor” de tipo carácter, “email_Proveedor” de tipo carácter y
“descripcion_Proveedor” de tipo carácter.

La tabla salidas cuenta con cinco campos, “idSalidas” de tipo entero, “código_Salida” de tipo entero
y está relacionada con el campo “isProducto” de la tabla producto, “fecha_Salida” de tipo fecha,
“cantidad_Salida” de tipo entero, “idCliente” de tipo entero y está relacionada con el campo
“idCliente” de la tabla cliente.

7
 ACTIVIDAD # 3 “MODELO RELACIONAL”

La tabla cliente cuenta con siete campos, “idCliente” de tipo entero, “nombre_Cliente” de tipo
carácter, “apellido_Cliente” de tipo carácter, “apellido2_Cliente” de tipo carácter, “relefono_Cliente”
de tipo entero, “email_Cliente” de tipo carácter, “direccion_Cliente” de tipo carácter.

La tabla entradas cuenta con cinco campos, “idEntradas” de tipo entero, “código_Entrada” de tipo
entero y está relacionada con el campo “idProducto” de la tabla producto, “fecha_Entrada” de tipo
fecha, “cantidad_Entrada” de tipo entero y “idProveedor” de tipo entero y que está relacionada con
el campo “idProveedor” de la tabla proveedor.

Es de esta manera en que nuestro modelo relacional funciona para trabajar con el sistema en el
cual estamos trabajando.

8
 ACTIVIDAD # 3 “MODELO RELACIONAL”

Lenguaje de Consulta Estructurado

El lenguaje de consulta estructurado o SQL de sus siglas en ingles Structured Query Language
es un lenguaje de manejo de datos relacionales actual más importantes. Es un lenguaje declarativo
de acceso a bases de datos relacionales que permite especificar diversos tipos de operaciones
sobre las mismas. Una de sus características es el manejo del álgebra y el cálculo relacional
permitiendo lanzar consultas con el fin de recuperar -de una forma sencilla- información de interés
de una base de datos, así como también hacer cambios sobre la misma. Es un lenguaje de cuarta
generación (4GL). Ha recibido el respaldo de American National Standard Institute (ANSI) como
el lenguaje seleccionado para el manejo de las bases de datos relacionales y ese lenguaje de
acceso a datos que usan muchos productos BDMS comerciales incluyendo DB2, SQL/DS, Oracle,
INGRES, SYBASE, SQL Server, dBase Para Windows, Paradox y muchos otros.

Debido a su popularidad, SQL ha sido el lenguaje estándar para el intercambio de información

entre computadoras. Puesto que hay una versión SQL que puede funcionar en casi todas las
computadoras sistemas operativos, los sistemas de cómputo pueden intercambiar datos,
consultas y respuestas.

9
 ACTIVIDAD # 3 “MODELO RELACIONAL”

Introducción SQL
El lenguaje de consulta estructurado (SQL) es el principal lenguaje de manipulación de datos para
un DBMS relacional y es una herramienta primordial de consulta, lectura y actualización de bases
de datos relacionales. Los sistemas operativos pueden intercambiar datos pasándose los
comandos de SQL entre sí. Los usuarios finales y los especialistas en sistemas de información
pueden utilizar SQL como un lenguaje de consulta interactivo para acceder a los datos de una
base de datos y también se pueden incrustar los comandos SQL en programas de aplicaciones
escritas en COBOL, C y otros lenguajes de programación.

Una de las características principales de SQL es que explota la flexibilidad y potencia de los
sistemas relacionales permitiendo gran variedad de operaciones. Una sentencia SQL es como
una frase (escrita en inglés) con la que decimos lo que queremos obtener y de dónde obtenerlo,
Todas las sentencias se empiezan con un verbo (palabra reservada que indica la acción a realizar)
seguido del resto de cláusulas, algunas obligatorias y otras opcionales que complementan la frase.
SQL al ser un lenguaje declarativo es decir que especifica qué es lo que se quiere y no cómo
corregirlo, por lo que una sentencia no establece explícitamente una orden de ejecución. El orden
de ejecución interno de una sentencia puede afectar gravemente a la eficiencia del SGBD, por lo
que es necesario que éste lleve a cabo una optimización antes de que su ejecución.Los
componentes del SQL se pueden decir que están compuestos por comandos, cláusulas,
operadores y funciones de agregado. Estos elementos se combinan en las instrucciones para
crear, actualizar y manipular las bases de datos.

El lenguaje SQL se divide en varios conjuntos:

• El DDL (data definition language) el cual agrupa todos los comandos utilizados para
crear, modificar o eliminar las estructuras de las bases de datos (tablas, índices,
vistas, etcétera.) Se trata principalmente de los comandos CREATE, ALTER Y
DROP.
• El DML (Data Manipulation language) el cual se encarga de agrupar los comandos
utilizados para manipular los datos contenidos en las bases de datos. Se trata
principalmente de los comandos SELECT, INSERT, DELETE Y UPDATE.
• El DCL (data control language) el cual agrupa los comandos utilizados para
administrar la seguridad de acceso a los datos. se trata principalmente de los
comandos GRANT y REVOKE.
10
 ACTIVIDAD # 3 “MODELO RELACIONAL”

Comandos para Definición de Datos

CREATE

Este comando crea un objeto dentro del gestor de base de datos. Puede ser una base de datos,
tabla, índice, procedimiento almacenado o vista.

Ejemplo (crear una tabla):

ALTER

Este comando permite modificar la estructura de un objeto. Se pueden agregar/quitar campos a

una tabla, modificar el tipo de un campo, agregar/quitar índices a una tabla, modificar un trigger,
etc.

Ejemplo (agregar columna a una tabla):

DROP

Elimina un objeto de la base de datos. Puede ser una tabla, vista, índice, trigger, función,
procedimiento o cualquier otro objeto que la base de datos soporte. Se puede combinar con la
sentencia ALTER.

Ejemplo:

11
 ACTIVIDAD # 3 “MODELO RELACIONAL”

TRUNCATE

Este comando trunca todo el contenido de una tabla. La desventaja es que TRUNCATE sólo sirve
cuando se quiere eliminar absolutamente todos los registros, ya que no se permite la cláusula
WHERE. Internamente, el comando TRUNCATE borra la tabla y la vuelve a crear y no ejecuta
ninguna transacción.

Ejemplo:

SELECT

Comando utilizado para consultar registros de la base de datos que satisfagan un criterio
determinado.

INSERT

comando utilizado para cargar lotes de datos en la base de datos en una única operación.

UPDATE

comando que se utiliza para modificar los valores de los campos y registros específicos

12
 ACTIVIDAD # 3 “MODELO RELACIONAL”

DELETE

comando que se utiliza para eliminar registros de una tabla de una base de datos.

GRANT

Comando que nos permite asignar permisos sobre el objeto de la base de datos. El usuario
quien crea el objeto es el propietario y por defecto tiene todos los permisos, incluido el de dar
permisos a otros usuarios denominado permisos de concesión.

REVOKE

Comando que se utiliza para revocar permisos concedidos.

13
 ACTIVIDAD # 3 “MODELO RELACIONAL”

Modelo de Base de Datos

Un modelo de base de datos muestra la estructura lógica de la base, incluidas las relaciones y
limitaciones que determinan cómo se almacenan los datos y cómo se accede a ellos. Los modelos
de bases de datos individuales se diseñan en base a las reglas y los conceptos de cualquier
modelo de datos más a amplio que los diseñadores adopten. La mayoría de los modelos de datos
se pueden representar por medio de un diagrama de base de datos acompañante.

Hay distintos modelos de base de datos, entre ellos se encuentran:

• Modelo Base de Datos Jerárquico

En el modelo de base de datos jerárquico, los datos se representan en una estructura de árbol.
Representa una relación padre-hijo con un solo padre para cada hijo.

14
 ACTIVIDAD # 3 “MODELO RELACIONAL”

• Modelo de red

El modelo de red es una extensión del modelo jerárquico. En estos datos se representa en
forma de gráficos con más de un nodo primario para un nodo secundario.

• Modelo entidad relación

En el modelo de entidad-relación, los objetos se dividen en entidades y sus características en

sus atributos y luego la relación se establece entre diferentes entidades.

15
 ACTIVIDAD # 3 “MODELO RELACIONAL”

Conclusión
En esta actividad hemos aprendió que el modelo relacional para bases de datos esta se
caracteriza por la claridad, pues tiene una base matemática y ha probado su eficacia en la práctica
durante más de años. Pese a todo, el almacenamiento de datos en tablas estructuradas no se ha
adaptado a las necesidades de la tecnología de la información moderna. Sabemos que el modelo
relacional es útil para tener un buen control de los sistemas y de saber aplicar el modelo entidad-
relación, así como el número de entidades correspondientes a cada tabla. Pues es de gran ayuda
para elaborar bases de datos y así identificar las características de un sistema. Pero si queremos
llegar un poco más a fondo y que no haya ninguna duda con respecto a las entidades, atributos y
tipos de claves que ocupamos, debemos dejar este pasó ya que nos ayuda muchísimo en la
comprensión y hace más amigable la información. Podemos entender que el software utilizado
ayuda bastante a la comprensión de este modelo ya que explica de manera clara y concisa todos
estos aspectos. En general esta actividad nos ha dejado mucho conocimiento basto para poder
realizar de una mejor manera una base de datos óptima.

16
 ACTIVIDAD # 3 “MODELO RELACIONAL”

Bibliografía

• Procesamiento de Base de Datos: fundamentos, diseño e implementación, Autor: David M.

Kroenke, Octava Edición.
• Sistema de Bases de Datos: diseño, implementación y administración, Autor: Peter Rob Carlos
Coronel, Quinta Edición.
• Management Information Systems: Managing the Digital Firm, Autor: Kenneth C. Laudon &
Jane Price Laudon, Octava Edicion.
• SQL: los fundamentos del lenguaje: con ejercicios corregidos, Autor: Anne-Christine Bisson &
Eric Godoc, Segunda Edicion.
• Introducción a los sistemas de bases de datos, Autor: C. J. Date, Séptima Edicion.
• Arévalo, J. (15 de Octubre de 2013). Geo Talleres. Liga:
https://geotalleres.readthedocs.io/es/latest/conceptos-sql/conceptos_sql.html
• SQL & NoSQL Databases: Models, Languages, Consistency Options and Architectures for Big
Data Management. Springer Vieweg, Autor: Meier, A., & Kaufmann, M. (2019)

17