BASE DE DATOS BASICO

UNIDAD 3 - FASE 4 - PRÁCTICA SQL 

Presentado a:
Eurípides Triana
Tutor(a)

Entregado por:

Rafael Maldonado Villamizar

Código: 88256894

Grupo: 301330_7

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA - UNAD

ESCUELA DE CIENCIAS BÁSICAS, INGENIERÍAS Y TECNOLOGÍAS
CURSO DE BASE DE DATOS BASICO
Julio 7 2020
 INTRODUCCIÓN

El modelo relacional se ha establecido actualmente como el principal modelo de datos

el modelo e-r se considera un modelo conceptual ya que permite a un nivel alto el ver
con claridad la información utilizada en algún problema o negocio.

En este capítulo nos concentraremos en desarrollar un buen modelo "lógico" que se

conoce como "esquema de la base de datos" (data base chema) a partir del cual se
podrá realizar el modelado físico en el DBMS, es importante mencionar que es un paso
necesario, no se puede partir de un modelo conceptual para realizar un físico.

para las aplicaciones de procesamiento de datos. Debido a su simplicidad. Facilita el

trabajo del programador.
 OBJETIVOS

 Identificar el modelo relacional y su estructura funcionamiento.

 Conocer las ventajas y desventajas del modelo relacional.

 Conocer la técnica de normalización y sus clases.

 QUE ES EL MODELO RELACIONAL

Un concepto capital del modelo relacional es el de relación, postulado por el

matemático y teórico de bases de datos Edgar F. Codd. Siguiendo al científico británico,
una relación representa un conjunto de entidades con las mismas propiedades. Cada
relación se compone de una serie de filas o registros (las llamadas tuplas), cuyos
valores dependen de ciertos atributos (columnas).
Para definir los atributos de una relación y el tipo de dato (dominio) permitido para estos
valores, se utiliza un esquema con esta sintaxis:
R = (A1:D1, A2:D2,… , An:Dn)
Aquí, la relación R comprende de los atributos A1a An y cada atributo corresponde a un
tipo de dato o dominio (D1, D2 , etc.).
Veámoslo a la luz de un ejemplo concreto. El siguiente esquema define los atributos de
la relación “Empleados”:

BASE TEÓRICA Y CONCEPTUAL

Los datos estructurados en tablas constituyen la BD de un sistema relacional. El SGBD
define su estructura y gestiona también los permisos de escritura y lectura y para
interactuar con él, los usuarios utilizan un lenguaje de bases de datos. Todo gestor de
bases de datos relacionales soporta al menos un lenguaje formal que permite ejecutar
las operaciones,
Definir la estructura de datos
Definir derechos
Definir condiciones de integridad
Definir transacciones
Definir vistas
DESCRIPCIÓN
En este modelo todos los datos son almacenados en relaciones, y como cada relación
es un conjunto de datos, el orden en el que estos se almacenen no tiene relevancia (a
diferencia de otros modelos como el jerárquico y el de red). Esto tiene la considerable
ventaja de que es más fácil de entender y de utilizar por un usuario no experto. La
información puede ser recuperada o almacenada por medio de consultas que ofrecen
una amplia flexibilidad y poder para administrar la información.

Este modelo considera la base de datos como una colección de relaciones. De manera
simple, una relación representa una tabla que no es más que un conjunto de filas, cada
fila es un conjunto de campos y cada campo representa un valor que interpretado
describe el mundo real. Cada fila también se puede denominar tupla o registro y a cada
columna también se le puede llamar campo o atributo.
ESQUEMA
Elementos y propiedades del modelo relacional
 Relación (tabla): Representan las entidades de las que se quiere almacenar
información en la BD. Está formada por:
o Filas (Registros o Tuplas): Corresponden a cada ocurrencia de la entidad.

o Columnas (Atributos o campos): Corresponden a las propiedades de la

entidad. Siendo rigurosos una relación está constituida sólo por los
atributos, sin las tuplas.
 Las relaciones tienen las siguientes propiedades:
o Cada relación tiene un nombre y éste es distinto del nombre de todas las
demás relaciones de la mismo BD.
o No hay dos atributos que se llamen igual en la misma relación.

o El orden de los atributos no importa: los atributos no están ordenados.

o Cada tupla es distinta de las demás: no hay tuplas duplicadas. (Como

mínimo se diferenciarán en la clave principal)
o El orden de las tuplas no importa: las tuplas no están ordenadas.

 Clave candidata: atributo que identifica unívocamente una tupla. Cualquiera de

las claves candidatas se podría elegir como clave principal.
 Clave Principal: Clave candidata que elegimos como identificador de la tupla.
  Clave Alternativa: Toda clave candidata que no es clave primaria (las que no
hayamos elegido como clave principal)
 Una clave principal no puede asumir el valor nulo (Integridad de la entidad).
 Dominio de un atributo: Conjunto de valores que pueden ser asumidos por dicho
atributo.
 Clave Externa o foránea o ajena: el atributo o conjunto de atributos que forman la
clave principal de otra relación. Que un atributo sea clave ajena en una tabla
significa que, para introducir datos en ese atributo, previamente han debido
introducirse en la tabla de origen. Es decir, los valores presentes en la clave
externa tienen que corresponder a valores presentes en la clave principal
correspondiente (Integridad Referencial).
INSTANCIAS
Una instancia de manera formal es la aplicación de un esquema a un conjunto finito de
datos. En palabras no tan técnicas, se puede definir como el contenido de una tabla en
un momento dado, pero también es válido referirnos a una instancia cuando trabajamos
o mostramos únicamente un subconjunto de la información contenida en una relación o
tabla, como, por ejemplo:

Ciertos caracteres y números (una sola columna de una sola fila).

Algunas o todas las filas con todas o algunas columnas
Cada fila es una tupla. El número de filas es llamado cardinalidad.
El número de columnas es llamado aridad o grado.

TECNICA DE NORMALIZACIÓN
La normalización es la transformación de las vistas de usuario complejas y del almacén
de datos a un juego de estructuras de datos más pequeñas y estables. Además de ser
más simples y estables, las estructuras de datos son más fáciles de mantener que otras
estructuras de datos.
La normalización de una base de datos persigue varios objetivos, principalmente reducir
la redundancia de datos y simplificar las dependencias entre columnas, aplicándose de
manera acumulativa. Lo anterior quiere decir que la segunda forma normal incluye a la
primera, la tercera a la segunda y así sucesivamente. Una base de datos que esté en
segunda forma normal, por tanto, cumplirá las dos primeras reglas de normalización.
FORMAS NORMALES
Primera Forma
La primera regla de normalización se expresa generalmente en forma de dos
indicaciones separadas. Todos los atributos, valores almacenados en las columnas,
deben ser indivisibles. No deben existir grupos de valores repetidos.
El valor de una columna debe ser una entidad atómica, indivisible, excluyendo así las
dificultades que podría conllevar el tratamiento de un dato formado de varias partes.
Supongamos que tienes en una tabla una columna Dirección para almacenar la
dirección completa, dato que se compondría del nombre de la calle, el número exterior,
el número interior (puerta), el código postal, el estado y la capital.

La segunda forma normal: Añade la necesidad de que no existan dependencias

funcionales parciales. Esto significa que todos los valores de las columnas de una fila
deben depender de la clave primaria de dicha fila, entendiendo por clave primaria los
valores de todas las columnas que la formen, en caso de ser más de una.

Las tablas que están ajustadas a la primera forma normal, y además disponen de una
clave primaria formada por una única columna con un valor indivisible, cumplen ya con
la segunda forma normal. Ésta afecta exclusivamente a las tablas en las que la clave
primaria está formada por los valores de dos o más columnas, debiendo asegurarse, en
este caso, que todas las demás columnas son accesibles a través de la clave completa
y nunca mediante una parte de esa clave.
La tercera forma normal, ésta indica que no deben existir dependencias transitivas
entre las columnas de una tabla, lo cual significa que las columnas que no forman parte
de la clave primaria deben depender sólo de la clave, nunca de otra columna no clave.
VENTAJAS
Independencia de Datos: -Cambios en los datos de la base -menor coste de
mantenimiento.
Coherencia de Resultados: -Acciones únicas -Se evita inconsistencia
Mejora en la disponibilidad: -No hay dueño de datos -Ni aplicaciones ni usuarios
Cumplimiento de ciertas normas: -Restricciones de seguridad -ACCESOS
-OPERACIONES
Compartir datos: Se comparte con todos los usuarios que estén autorizados.
Mejora en la seguridad y en la integridad de datos
Mejora en la productividad: Proporciona muchas de las funciones estándar
Mejora en el mantenimiento: Los DBMS Separan las descripciones de los

DESVENTAJAS
Complejidad: Los DBMS son programas que pueden ser complejos.
Costo del equipamiento adicional: Adquiere más espacio de almacenamiento
Vulnerable a los Fallos: Hace que el sistema sea más vulnerable ante los fallos.

DICCIONARIO DE DATOS
Un diccionario de datos es un conjunto de definiciones que contiene las características
lógicas y puntuales de los datos que se van a utilizar en el sistema que se programa,
incluyendo nombre, descripción, alias, contenido y organización.
Identifica los procesos donde se emplean los datos y los sitios donde se necesita el
acceso inmediato a la información, se desarrolla durante el análisis de flujo de datos y
auxilia a los analistas que participan en la determinación de los requerimientos del
sistema, su contenido también se emplea durante el diseño.
En un diccionario de datos se encuentra la lista de todos los elementos que forman
parte del flujo de datos de todo el sistema. Los elementos más importantes son flujos de
datos, almacenes de datos y procesos. El diccionario de datos guarda los detalles y
descripción de todos estos elementos.
 CONCLUSIONES

La normalización es importante para obtener registros de calidad que permitan la

adecuada recuperación y transferencia de la información.

La normalización de bases de datos relacionales toma un esquema relacional y le

aplica un conjunto de técnicas para producir un nuevo esquema que representa la
misma información pero contiene menos redundancias y evita posibles anomalías en
las inserciones, actualizaciones y borrados
 BIBLIOGRAFIA

Mendelzon, A. (2000). Introducción a las bases de datos relacionales. México: Pearson

Educación.

Connolly, T. M. y Begg, C. (2005). Sistemas de bases de datos (4.ª ed.). México:

Pearson Educación-Addison Wesley.

Rojas, A. y Méndez, C. (2016). Desarrollo de aplicaciones en manejadores de bases de

datos relacionales. Apunte electrónico [Versión electrónica]. México: SUAYED-UNAM.
Consultado el 17 de octubre de 2017 de
http://fcasua.contad.unam.mx/apuntes/interiores/docs/20172/informatica/5/apunte/LI_15
47_18116_A_Desarrollo_aplicaciones_BD_v1.pdf

Kendall, K. E. y Kendall, J. E. (2005). Análisis y diseño de sistemas. México: Prentice

Hall.