TECNOLÓGICO NACIONAL DE MÉXICO

INSTITUTO TECNOLÓGICO DE TLÁHUAC II

TIC`S
CARRERA:
MATERIA:
Bases de Datos Distribuidad

TEMA/UNIDAD:
UNIDAD 1

ACTIVIDAD:
Practica 1

ESTUDIANTE(S)-NO. CONTROL(ES):
 ORTIZ LAMA JESUS IVAN
 EDUARDO ABAD CHORA
 ROBLES JIMENEZ VICTOR UZIEL

SEMESTRE:

CATEDRÁTICO:
Luis Eduardo Martínez Jiménez

INTRODUCCION
FECHA DE ENTREGA: 17 / 09 /2021
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 de la tabla es un registro con un ID único llamado clave. Las columnas
de la tabla contienen atributos de los datos, y cada registro generalmente tiene un valor
para cada atributo, lo que facilita el establecimiento de las relaciones entre los puntos de
datos.
El modelo relacional significa que las estructuras lógicas de datos las tablas de
datos, vistas e índices están separadas de las estructuras físicas de almacenamiento.
Esta separación significa que los administradores de bases de datos pueden
administrar el almacenamiento físico de datos sin afectar el acceso a esos datos como una
estructura lógica. Por ejemplo, cambiar el nombre de un archivo de base de datos no
cambia el nombre de las tablas almacenadas en él.
La arquitectura o Modelo ANSI-SPARC.
Es un estándar de diseño abstracto para un sistema de gestión de bases de datos.
El objetivo de esta arquitectura, también llamada Arquitectura de tres niveles, es
separar la vista de los usuarios, lo hace de la siguiente manera:
 Permite vistas de usuario independientes y personalizadas: Cada usuario
debe ser capaz de acceder a los datos, pero tiene una vista personalizada
diferente de los datos. Éstos deben ser independientes: los cambios en una
vista no deben afectar a las demás.
 Oculta los detalles físicos de almacenamiento a los usuarios: Los usuarios
no deberían tener que lidiar con los detalles de almacenamiento de la base
de datos.
 El administrador de la base de datos debe ser capaz de cambiar las
estructuras: Modifica la estructura de almacenamiento de la Base de datos
sin afectar la vista de los usuarios.
 La estructura interna de la base de datos no debería verse afectada por
cambios en los aspectos físicos del almacenamiento: por ejemplo, un
cambio a un nuevo disco.

DESARROLLO
 Crear una base de datos relacional en MySQL que cumpla con las relaciones y número de
tablas requeridos por el problema planteado. Siguiendo la arquitectura ANSI-SPARC vista en clase,
describir el soporte de almacenamiento físico de la base de datos, el esquema conceptual y las
vistas.

PROBLEMA PLANTEADO.

Se pretende realizar una Base de datos dentro de nuestro programa MYSQL la cual nos
permitirá la manipulación de datos dentro de la misma, así mismo permitiendo la creación
de una sesión para clientes las cual nos permitirá mostrar la información de nuestro
producto, precio, ID, y el departamento en el cual se encuentra el mismo.

El equipo a utilizarse para este desarrollo será un:

AMD RYZEN 5 2600, 24GB RAM DDR4 2400MHZ RGB, SSD WESTERN DIGITAL
GREEN 480GB, SEAGATE BARRACUDA HDD 1TB, WESTERN DIGITAL HDD 500 GB
NVIDIA GEFORCE GT 730 2GB, EDGE SYSTEMS 900W.

Así mismo como ya se explicó se utilizará MYSQL como nuestro programa determinado y
principal. Dentro de este la base de datos creada tiene relación entre las tablas lo cual nos
permite la realización de la misma.

BASE DE DATOS: LOBO ABARROTERO

Diagrama Entidad-Relación

Sentencias DDL
MariaDB [(none)]> use Lobo_Abarrotero;
Database changed
MariaDB [Lobo_Abarrotero]> create table admin (nombre_usuario varchar(30), password
int);
Query OK, 0 rows affected (0.023 sec)

MariaDB [Lobo_Abarrotero]> create table cliente (id int, nombre varchar (30), apellido
varchar(30), direccion varchar(200), telefono int, primary key pk1 (id));
Query OK, 0 rows affected, 1 warning (0.022 sec)

MariaDB [Lobo_Abarrotero]> create table proveedor (id int, nombre varchar(30), apellido
varchar(30), direccion varchar(200), telefono int, curp varchar(30), primary key pk2 (id));
Query OK, 0 rows affected, 1 warning (0.033 sec)

MariaDB [Lobo_Abarrotero]> create table departamento (id int, nombre varchar(30),

primary key pk3 (id));
Query OK, 0 rows affected, 1 warning (0.023 sec)

MariaDB [Lobo_Abarrotero]> create table producto (id int, nombre varchar(30), precio float,
primary key pk4 (id));
Query OK, 0 rows affected, 1 warning (0.039 sec)

MariaDB [Lobo_Abarrotero]> alter table proveedor add constraint foreign key fk1 (id)
references producto (id);
Query OK, 0 rows affected (0.072 sec)
Records: 0 Duplicates: 0 Warnings: 0

MariaDB [Lobo_Abarrotero]> alter table producto add constraint foreign key fk2 (id)
references cliente (id);
Query OK, 0 rows affected (0.072 sec)
Records: 0 Duplicates: 0 Warnings: 0

MariaDB [Lobo_Abarrotero]> alter table producto add constraint foreign key fk3 (id)
references departamento (id);
Query OK, 0 rows affected (0.073 sec)
Records: 0 Duplicates: 0 Warnings: 0
Una vez realizadas las sentencias quedara nuestra base de datos de la siguiente manera
relacionada con nuestro diagrama de entidad relación como se muestra a continuación.

MariaDB [Lobo_Abarrotero]> describe admin;

+----------------+-------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+----------------+-------------+------+-----+---------+-------+
| nombre_usuario | varchar(30) | YES | | NULL | |
| password | int(11) | YES | | NULL | |
+----------------+-------------+------+-----+---------+-------+
2 rows in set (0.013 sec)

MariaDB [Lobo_Abarrotero]> describe cliente;

+-----------+--------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-----------+--------------+------+-----+---------+-------+
| id | int(11) | NO | PRI | NULL | |
| nombre | varchar(30) | YES | | NULL | |
| apellido | varchar(30) | YES | | NULL | |
| direccion | varchar(200) | YES | | NULL | |
| telefono | int(11) | YES | | NULL | |
+-----------+--------------+------+-----+---------+-------+
5 rows in set (0.014 sec)

MariaDB [Lobo_Abarrotero]> describe producto;

+--------+-------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+--------+-------------+------+-----+---------+-------+
| id | int(11) | NO | PRI | NULL | |
| nombre | varchar(30) | YES | | NULL | |
| precio | float | YES | | NULL | |
+--------+-------------+------+-----+---------+-------+
3 rows in set (0.012 sec)

MariaDB [Lobo_Abarrotero]> describe proveedor;

+-----------+--------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-----------+--------------+------+-----+---------+-------+
| id | int(11) | NO | PRI | NULL | |
| nombre | varchar(30) | YES | | NULL | |
| apellido | varchar(30) | YES | | NULL | |
| direccion | varchar(200) | YES | | NULL | |
| telefono | int(11) | YES | | NULL | |
| curp | varchar(30) | YES | | NULL | |
+-----------+--------------+------+-----+---------+-------+
6 rows in set (0.012 sec)