M.C.

Vicenta Pérez Fernández

 Introducción a las Bases de Datos (BD)

BD es un conjunto de información relacionada sobre un tema o propósito

particular.

En los negocios, en la actividad laboral y en la vida diaria es importante saber

organizar la información de acuerdo a cada objetivo propuesto del a mejor manera
posible, de forma que pueda ser manipulada, modificada o recuperada con facilidad.

Cuando se considera la utilización de una BD se debe tener en cuenta, entre otros

aspectos, los siguientes:

1. La existencia de un volumen grande de información que precisa conservar por

un período considerable de tiempo

2. La información que se desea no es necesario modificarla en breves períodos

de tiempo

3. La forma en que se representa la información debe tener las duplicaciones y

redundancias mínimas

4. La organización del a información debe facilitar el procesamiento automático

del as diferentes tareas a realizar, si se desea una lista del os estudiantes por
año es necesario incluir entre los datos del a base, e l año que cursa cada
estudiante de forma directa o un dato del cual se pueda inferir el dato deseado

5. Tener en cuenta las relaciones que se establecen entre los datos

6. Están estructurados independientemente del as aplicaciones y del soporte de

almacenamiento que los contiene

Relaciones entre los datos

Los datos sobre los distintos objetos que se incluyen en una BD pueden estar
relacionados entre sí por cuatro tipos de relaciones. Estas son: relación uno a uno
(1:1), varios a uno (M: 1), uno a varios (1: M) y varios a varios (M:M).

Consideremos que tenemos un objeto A y otro B y que existe una relación entre los
datos de A respecto a B y una relación del os datos de B con respecto a A.

Veamos cada caso:

(1:1): Es aquella en que a cada ocurrencia del objeto A le puede corresponder un solo
valor de B y viceversa

Ejemplo Director ↔ Escuela

Como ves a cada director le corresponde una escuela a dirigir y cada escuela tendré
un solo director.
(1: M): Está dada en que pueden existir valores de A al os que les corresponda más de
un valor de B, pero a cada valor de B puede corresponder un único valor de A.

Ejemplo Departamento ↔ Profesor

A un departamento pertenecen muchos profesores mientras que un profesor

administrativamente pertenece aun solo departamento.

(M: 1): A cada valor del objeto A puede corresponder como máximo un valor del objeto
B mientras que pueden existir valores de B al os que les corresponda varios valores
del objeto A.

Ejemplo Estudiante ↔ Especialidad

Cada estudiante pertenece a una especialidad pero en cada especialidad hay varios
estudiantes. Este caso está muy relacionado con el caso anterior porque si lar elación
de A con Be s de varios a uno entonces la relación de B con respecto a A es de uno a
varios.

(M:M):En estar elación puede existir un valor del objeto A al que le correspondan
varios valores del objeto B, mientras que aun valor de B pueden corresponderle varios
valores de A.

Ejemplo Profesor ↔ Asignatura

Cada profesor puede impartir más de una asignatura mientras una asignatura puede
ser impartida por varios profesores.

Bases de Datos relacionales

Consiste en que los datos se representan de forma de tablas. Las BD relacionales

están constituidas por una o más tablas que contienen la información de una forma
organizada por filas y columnas. Las filas son equivalentes al os registros de un
archivo clásico y contienen los valores de los objetos o entidades descritas en la BD,
mientras las columnas representan los campos, que son los atributos del os objetos o
entidades descritas.

El modelo relacional debe cumplir que:

 La BD puede contener una o varias tabas

 Cada entrada a la tabla representa un registro o artículo

 La tabla sólo puede contener registros con un número fijo de campos

 Cada registro del a tabla es único

 Cada nombre de campo del a tabla es distinto

 Toda la información almacenada en una columna dada tiene que ser del mismo
tipo o clase
  El orden de los registros y el orden de los campos de una tabla no está
determinado

 Cada columna tiene un identificador y representa un atributo del a información

que se almacena

Carné de Nombres Apellidos

identidad

80120401160 Carlos Manuel Gómez Sánchez

82101001113 Alberto Pérez Menéndez

Atributo
Campo

Conceptos de sistema de gestión de BD

Un Sistema de BD (en inglés DBMS) es un conjunto de programas de propósito

general que permite controlar el acceso y la utilización del a BD por los usuarios, para
incluir, modificar o recuperar información de acuerdo a las relaciones definida sal crear
la BD. Luego este software control ala organización, almacenamiento, recuperación,
seguridad e integridad de los datos.

Uno del os lenguajes más populares par agestión de bases de datos es el SQL
(Structured Query Language). Entre sus principales ventajas se encuentra: Permite
definir, acceder y manipular los datos de forma sencilla, es aplicable a cualquier tipo de
usuario y entorno, y para obtener los resultados de una consulta no hay que
preocuparse del método o proceso a seguir.

Se han desarrollado un gran número de SGBD. Entre ellos sed estacan, por su amplio
uso, Dbase, Foxbase, Parados, Oracle, ACCESS y otros.
Pasos para diseñar una base de datos relacional

Los pasos básicos son:

1. Determinar la finalidad de la base de datos

2. Determinar las tablas que se necesitan en la base de datos

3. Determinar los campos de cada tabla

4. Identificar los campos con valores exclusivos(clave principal)

5. Determinar las relaciones entre las tablas

6. Precisar el diseño

Veamos con más detalle cada paso:

1. Determinar la finalidad de la base de datos

Debe saber qué información desea obtener de la base de datos. A partir de ahí, puede
determinar sobre qué asuntos necesita almacenar, lo que conduce a determinar la
cantidad de tablas a crear, el tipo de objetos que contendrá cada una, así como, qué
necesita almacenar sobre cada asunto(los campos de las tablas).

Las respuestas a las preguntas ¿Cómo será utilizada? ¿Por quién será utilizada?
Proporcionará la información necesaria para ir determinando qué informaciones o qué
datos deberán estar dentro de la base de datos (tablas). Analice las diferentes formas
en que necesita recuperar la información almacenada (informes).

2. Determinar las tablas que se necesitan en la base de datos

Es un paso en que hay que dedicar toda la atención, pues la forma en que se
organícela información en las tablas influye en cómo buscar o recuperar la
información. Una forma de determinar la cantidad y tipos de tablas que se necesitan es
dividir la información que se tiene en hechos individuales y determinar a qué se refiere
cada uno.

Principios para la división de las tablas> una tabla no debe tener información
duplicada, la información no debe duplicarse entre las tablas y cada tabla debe
contener información sobre un asunto.
 3. Determinar los campos de cada tabla

Cada tabla contiene información sobre el mismo asunto, y cada campo de una tabla
contiene hechos individuales sobre el asunto de la tabla. Al determinar los campos
para cada tabla, tenga en cuenta estas sugerencias:

 Relacione cada campo directamente con el asunto de la tabla. Por ejemplo, en

la tabla ESTUDIANTE (Carné de identidad, nombre, apellidos, dirección, sexo,
grupo) no tiene sentido incluir un campo que se refiera al profesor guía del
grupo del estudiante, el cual puede ser campo de otra tabla que aborde ese
asunto en cuestión

 No incluya datos derivados ni calculados, es decir, datos que son el resultado

de una expresión. Si tenemos el campo carné de identidad en la tabla
ESTUDIANTE, entonces no es necesario incluir un campo EDAD, pues la
fecha del nacimiento del estudiante puede obtenerse a partir de los primeros 6
caracteres del campo carné de identidad, de la que a su vez, es posible
calcular la edad

 Incluya toda la información que necesite, aunque en cada momento no precise

de toda a la vez

 Divida la información en sus partes lógicas más pequeña, por ejemplo, Nombre
y Apellidos como dos campos, en lugar de uno que incluya ambos datos, o
dirección del domicilio y municipio como campos independientes

4. Identificar los campos con valores exclusivos(clave principal)

Cada tabla de la BD debe incluir un campo o u conjunto de campos que identifiquen de

forma exclusiva cada registro individual de la tabla. Este campo o conjunto de campos
se denomina clave primaria o principal.

5. Determinar las relaciones entre las tablas

Luego de divididas la información en tablas y que ha identificado los campos de clave

principal, necesita volver a reunir toda la información relacionada de un modo
significativo. Para ello debe definir las relaciones entre las tablas. Verifique que las
relaciones que ha establecido le permiten acceder a todos los campos de cualquier
tabla; así tendrá la posibilidad de recuperar la información que necesite de la BD, esté
en una tabla o formando parte de varias de ellas.

6. Precisar el diseño

Por último es necesario estudiar el diseño y detectar los posibles fallos que puedan
quedar. Es más sencillo cambiar el diseño de las BD ahora que una vez que haya
llenado las tablas con datos. Este paso implica, en ocasiones retornar a pasos
anteriores para refinar el diseño, con el fin de reducir la redundancia y las repeticiones
de los datos en todo lo posible lo que contribuirá a lograr una mayor eficiencia en el
manejo de la BD.

Para lograr no redundar y obtener estructuras de datos eficientes, se utiliza una

técnica llamada normalización, la que se aplica en el proceso de diseño

Normalización de una BD

Consiste en descomponer las relaciones de determinadas maneras por medio de

proyecciones a fin de evitar repeticiones, redundancias, u otras características no
deseadas.

Los procesos de refinamiento sucesivo a realizar en la normalización de las relaciones,

nos llevan a descomponer la tabla primaria hasta obtener tablas sencillas donde las
redundancias y repeticiones sean mínimas.
 Ejemplo de diseño de una base de datos

Nota: para el llenado de las tablas es bueno la utilización de leyendas concerniente a

los campos.

Caso:

Para realizar el diseño seguiremos seis pasos

En un evento internacional se desarrollan un grupo de cursos pre y post evento.

La información que se tiene es:

 El título y los profesores de cada curso, el día que se imparte

 Los nombres y apellidos de los cursistas, su país de procedencia, la boleta de

inscripción al evento(es única para cada participante) y los cursos en que están
inscritos

1. Determinar la finalidad de la base de datos

Como se aprecia la información que se tiene está relacionada con dos objetos
fundamentales: los cursos y los cursistas. Se desea almacenar toda la información
relacionada con dichos cursos, de forma que se pueda obtener: el listado de cada
curso, el resumen de participantes por cursos, días y países, así como imprimir las
certificaciones de profesores y cursistas.

También se necesita localizar, dado algunos datos, si una persona está inscrita en un
curso, qué día se imparte, la categoría científica de los profesores que imparten el
curso u otros datos relacionados con los cursistas, profesores y cursos.

2. Determinar las tablas que se necesitan

Anteriormente vimos que tenemos dos tipos de objetos bien diferenciados: los cursos y
los cursistas, lo que sugiere la creación de una tabla para cada uno de ellos. Sin
embargo es necesario analizar si existe en algunas de estas, información duplicada o
una misma información se encuentra en las dos tablas.

Primera tabla creada

Se llamará CURSO. En ella se agrupa por curso la información siguiente: día, profesor,
día que se imparte, aunque el título de cada curso es único, sin embargo un curso
puede tener más de un profesor por tanto podremos tener tuplas así:
 Título Profesor

Instalación y funcionamiento de un red Dr. José Reyes Díaz

local

Instalación y funcionamiento de un red Dr. Eduardo Silva López

local

Instalación y funcionamiento de un red Msc. Ernesto Campos Pérez

local

Es evidente que la tabla aborda dos temas diferentes, uno relacionado con los cursos
y otro relacionado con los profesores de los cursos. Luego es conveniente concebir
otra tabla que contenga los datos del profesor que llamaremos PROFESOR. Podemos
descomponer la relación en las relaciones: CURSO (Curso, Día) y PROFESOR
(Profesor, Categoría, Curso).

La tabla PROFESOR podría descomponerse aún más, en dos tablas, una que
contenga losa tributos Profesor y categoría y otra con los atributos Profesor y Curso.
Pero si tenemos en cuenta que las repeticiones que tendríamos de profesores que
impartan más de un curso son mínimas, proponemos trabajar con l atabla PROFESOR
como se propuso inicialmente.

En cuanto a los cursistas se tiene: nombres y apellidos, país de procedencia, boleta,

curso. La clave primaria en la tabla anterior es el atributo boleta porque toma un valor
único para cada cursista. En este caso tenemos dos atributos (país y curso) que van a
repetir sus valores en más de una tupla, por tanto veamos si la tabla puede ser
descompuesta en tablas que eliminen en lo posible esta repetición y que estén en la
segunda y tercera forma normal.

Teniendo en cuenta los criterios valorados anteriormente vamos a dividir l atabla en

dos: CURSISTA (Boleta, Nombre, Apellidos, País) y MATRICULA (Boleta, Curso)

Hasta aquí hemos valorado la necesidad de crear 4 tablas, con el nombre y temática
como sigue:

 CURSO contiene los datos acercad e cada curso

 CURSISTA agrupa la información del os datos que identifican al os cursistas

matriculado sen cada curso

 PROFESOR contiene los datos de los profesores que imparten cada curso

 MATRICULA contiene la información sobre la matrícula en los diferentes

cursos
cursos