Nombre: Alan Michael Zamora Letona Matricula: 20928697
Nombre de la asignatura: Modelos de Bases de Nombre del Profesor: Mtra. Alma Martha Ríos
Datos Alcántara
Semana: 2 Actividad: Entregable 1
Título: Fundamentos de las Bases de datos relacionales y Diseño de base de datos relacionales.
Fecha: 23 de julio del 2023
Bibliografía
David Dunning 2001-2023 [Link]
Base de datos Microsoft 2023 [Link]
dise%C3%B1o-de-una-base-de-datos-eb2159cf-1e30-401a-8084-bd4f9c9ca1f5
Jesús M. Milán 2003 [Link]
%C3%B3n_del_modelo_E_R_al_modelo_relacional
TITULO
Fundamentos de las Bases de datos relacionales y Diseño de base de datos
relacionales.
OBJETIVO
El objetivo de la importancia de administrar una base de datos en una empresa es que se
puede agrupar y almacena un gran número de información de forma organizada para su
consulta, con ello facilita el intercambio de datos a los diferentes empleados y puede
mejorar la organización de la misma, todo esto permite un búsqueda rápida y simple
desde cualquier equipo.
La fase para el diseño de una base de datos es conocer y analizar los detalles así como la
estructuración que necesitan los usuarios, para que los diseñadores puedan desarrollar
necesitan un diagrama que les permite aprender y entender los conceptos para una base
de datos y las pautas de la base de datos determina el propósito para buscar y organizar
la información necesaria, así como dividir la información en tablas, especificar las claves
principales para establecer las relaciones de la tablas para perfeccionar el diseño.
PROCEDIMIENTO
Investigué y revisé bibliografía relacionada con el tema, en las fuentes
mencionadas en este trabajo.
Investigué y revisé fuentes alternas de información en Internet como complemento
al tema.
Reflexioné y comprendí el tema de la actividad. Esto me permitió contar con la
información necesaria para realizar el siguiente paso.
De acuerdo a los resultados, redacté mis resultados y conclusión; la experiencia
fue satisfactoria y exitosa.
RESULTADOS OBTENIDOS
4. Fundamentos de las Bases de datos relacionales
4.1 Modelo relacional
4.2 Restricciones del lenguaje
4.3 [Link] Query Language para SGBD relacional
4.3.1 Clasificación de las sentencias SQL
4.3.2 Lenguaje de definición de datos-Data Definition Language. DML
4.3.3 Lenguaje de manipulación de datos-Data Manioulation Laguage, DML
4.3.4 Lenguaje de control de transaciones –Transactión Control Language, TCL
4.3.5 Lenguaje de control de datos- data control Language, DCL
4.4 SQL dinámico
5 Diseño de bases de datos relacionales
5.1 Fases y pautas del diseño de bases de datos
5.2 Dependencias funcionales
5.3 Reglas de transformación del esquema E/R al esquema relacional
5.4 Normalización
5.5 Documentación y manteamiento de esquemas
4. Fundamentos de las Bases de datos relacionales.
4.1 Modelo Relacional.
Es una base de datos que almacena el acceso a los puntos relacionados entre sí, estas
se basan en un modelo relacional de una forma intuitiva para representar datos en las
tablas y cada fila es un registro ya que cada columna contiene atributos y cada registro
suele tener un valor lo que simplifica la relación entre puntos de datos.
4.2 Restricciones del lenguaje.
Son reglas que el motor SQL exige, se pueden usar las restricciones como:
UNIQUE, sirve para garantizar de no escribir valores duplicados en columnas
especificas
PRIMARY KEY, desea exigir la unicidad de una columna o una combinación de
columnas que no forman la clave principal.
NOT NULL, declara si uno o varios atributos de una relación debe tomar siempre
un valor.
FOREIGN KEY, que sirve para relacionar dos tablas.
4.3 [Link] Query Language para SGBD relacional.
Es un lenguaje que cumple con las funciones de DDL y DML en programación que se
utiliza para administras la base de datos.
4.3.1 Clasificación de las sentencias SQL.
Hay diferentes sentencias que se pueden utilizar en varias tareas, en ellas se clasifican en
tres grupos, que DML que manipula los datos como (select, insert, delate y update), esta
la sentencias DDL que define los datos como (create table, drop table, create view, create
index) y por último esta la sentencia DCL que tiene control de acceso y de transacciones
como (grant, revoke, commit, rollback).
4.3.2 Lenguaje de definición de datos-Data Definition Language, DDL.
El lenguaje es un subconjunto de SQL, que ayuda a describir los datos y las relaciones en
una base de datos. Esto puede generar un script de objetos de base de datos para añadir,
modificar, suprimir, y construir tablas.
4.3.3 Lenguaje de manipulación de datos-Data Manioulation Laguage, DML.
Es un lenguaje proporcionado por los sistemas gestores de bases de datos que permite a
los usuarios recuperar, añadir, suprimir y modificar datos en una base.
4.3.4 Lenguaje de control de transaciones –Transactión Control Language, TCL.
Es un lenguaje que se utiliza para administrar diferentes transacciones en una base de
datos que finaliza y aborata una transacción actual.
4.3.5 Lenguaje de control de datos- data control Language, DCL.
Sirve para controlar el acceso al objeto de base de datos como otorgar o quitar permisos
a los usuarios.
4.4 SQL dinámico.
Este prepara y ejecuta las sentencias dentro de un programa, y este es una buena opción
si no se conoce el formato de una sentencia, antes de escribir o ejecutar el programa.
5. Diseño de bases de datos relacionales.
Esta se basa en un modelo relacional, de una forma intuitiva y directa de representar
datos en tablas, se trata de una base que almacena y da acceso a puntos de datos
relacionados entre sí.
5.1 Fases y pautas del diseño de bases de datos.
La fase para el diseño de una base de datos es conocer y analizar los detalles así como la
estructuración que necesitan los usuarios, para que los diseñadores puedan desarrollar
necesitan un diagrama que les permite aprender y entender los conceptos para una base
de datos y las pautas de la base de datos determina el propósito para buscar y organizar
la información necesaria, así como dividir la información en tablas, especificar las claves
principales para establecer las relaciones de la tablas para perfeccionar el diseño.
5.2 Dependencias funcionales.
Es una restricción que se establece entre dos conjuntos de atributos de la base de datos,
que se constituye en una generalización del concepto clave.
5.3 Reglas de transformación del esquema E/R al esquema relacional.
Transformación de las entidades: El modelo E/R se transforman en tablas en el
modelo relacional manteniendo el tipo de atributos, así como las claves primarias.
Transformación uno a uno: Si las dos entidades tienen un mismo identificador,
se trasforman en una única tabla por la agregación de los atributos.
Trasformación de las relaciones uno a varios: La entidad que participa con
cardinalidad máxima uno, lo hace también con cardinalidad mínima uno, entonces
cada entidad se transforma en una tabla con clave principal, el identificador de la
entidad correspondiente y la clave de la entidad que participa con cardinalidad
máxima uno pasa como clave ajena de la otra tabla con la cual está relacionada.
Trasformación de las relaciones varios a varios: Esta se transforma en una
tabla con clave principal, el identificador de la entidad correspondiente y se
construye una nueva tabla correspondiente a la relación, que tendrá los atributos
correspondientes a la relación y cuya clave estaría formada por la composición de
los identificadores de las entidades que participan en la relación.
Trasformación de las relaciones N-arias: Se aplica la misma regla que las
relaciones binarias.
Trasformación de las relaciones reflexivas: Para trasformar al modelo
relacional, es suponer que se trata de una relación binaria con la particularidad
que las dos entidades son iguales y aplica las reglas de relaciones uno a uno y
binarias.
5.4 Normalización.
Se dice que una relación está en una determinada forma normal, si satisface un cierto
conjunto de restricciones, el proceso de normalización de bases de datos se basa en
aplicar reglas a las relaciones obtenidas en el paso del modelo entidad-relación al modelo
relacional. Las bases de datos relacionales se normalizan para evitar redundancia de los
datos y facilitar la actualización de los datos en las tablas.
5.5 Documentación y mantenimiento de esquemas.
Un esquema no puede ser mantenido sin una documentación clara, una buena
documentación del diseño propone conseguir que el proceso constituye y el elemento de
referencia para el programador que haya de realizar cambios o ampliaciones del
programa en el futuro, el mantenimiento debe considerarse como programación en todos
sus sentidos, debiendo partir del conocimiento del problema y avanzar con detenimiento
siguiendo las normas para una programación sólida.
DIAGRAMA ENTIDAD-RELACION
Se desea organizar la gestión de una tienda informática. La tienda dispone de una serie
de productos que se pueden vender a los clientes.
De cada producto informático se desea guardar el código, descripción, precio y número de
existencias. De cada cliente se desea guardar el código, nombre, apellidos, dirección y
número de teléfono. Un cliente puede comprar varios productos en la tienda y un mismo
producto puede ser comprado por varios clientes. Cada vez que se compre un artículo
quedará registrada la compra en la base de datos junto con la fecha en la que se ha
comprado el artículo. La tienda tiene contactos con varios proveedores que son los que
suministran los productos. Un mismo producto puede ser suministrado por varios
proveedores. De cada proveedor se desea guardar el código, nombre, apellidos,
dirección, provincia y número de teléfono.
Código Descripción Apellido Dirección
Precio Nombre
N.º de EXIST. Productos COMPRA Clientes Teléfono
Código
FECHA
Nombre
SUMINISTR
REFLEXIÓN DEL APRENDIZAJE
Pienso que son muy importantes para diferentes tipos de organizaciones que llevan
diferente tipo de información y datos importantes como empresas, escuelas,
comercios, cuando hablamos de bases con alto consumo de número de registros que
se traducen en un alto consumo de recursos cuando aplicamos transacciones, en
realidad yo nunca e manejado una base de datos, yo me especializo más en área de
TI y redes, pero al llevar estas materias me hace ver un diferente panorama de todo lo
que conlleva la base de datos.
