_ SEP DGEST

INSTITUTO TECNOLGICO DE ACAPULCO

INGENIERIA EN SISTEMAS COMPUTACIONALES

FUNDAMENTOS DE BASE DE DATOS

EQUIPO N6
INTEGRANTES:
GARCA DELGADO MARA JOS
GOMEZ URBANO JESUS
GUTIRREZ RENDN XIADANI
ISLAS JIMENEZ MARIELLE
LOZANO REYES HUGO ENRIQUE

PROFESOR:
JUAN JOSE BEDOLLA SOLANO

ACAPULCO, GRO. FEBRERO DEL 2016.

Pgina | 0
INDICE

APUNTES UNIDAD 1....1

APUNTES UNIDAD 2.7

APUNTES UNIDAD 3..12

APUNTES UNIDAD 4..15

DESARROLLO DE UNIDAD 3.22

DESARROLLO DE UNIDAD 4.26

BASE DE DATOS DE UNA FARMACIA.36

Pgina | 1
APUNTES DE LA
UNIDAD
1-4
 [Fecha]
Apuntes de la unidad 1

Fundamentos de Base de Datos Conceptos Bsicos

Informacin: Conjunto de datos ordenados con base en una sintaxis que nos da un mensaje.
Dato: Caracterstica, propiedad o valor que se encuentra en una informacin.
Registro: Conjunto de datos de acuerdo a una estructura predefinida
Campo: Espacio reservado de memoria para almacenar un valor.
Archivo: Conjunto de registros o datos y que estn organizados de acuerdo al contexto de la
informacin.
Base de datos: Conjunto de datos estructurados, ordenados u organizados con base en una
estructura predefinida, con la finalidad de resolver necesidades de una entidad o negocios.

Qu es una base de datos?

Se le llama base de datos a los bancos de informacin que contienen datos relativos a diversas
temticas y categorizados de distinta manera, pero que comparten entre s algn tipo de vnculo o
relacin que busca ordenarlos y clasificarlos en conjunto.
Una base de datos o banco de datos es un conjunto de datos pertenecientes a un mismo contexto y
almacenados sistemticamente para su posterior uso. En este sentido; una biblioteca puede
considerarse una base de datos compuesta en su mayora por documentos y textos impresos en papel
e indexados para su consulta. Actualmente, y debido al desarrollo tecnolgico de campos como
la informtica y la electrnica, la mayora de las bases de datos estn en formato digital, siendo este
un componente electrnico, por tanto se ha desarrollado y se ofrece un amplio rango de soluciones al
problema del almacenamiento de datos.

BASE DE DATOS

SERVIDOR

CLIENTE CLIENTE
CLIENTE

Pgina | 1
Importancia de una base de datos
Una base de datos proporciona a los usuarios el acceso a datos, que pueden visualizar, ingresar o
actualizar, en concordancia de los derechos de acceso que le se hayan otorgado. Se convierte ms til
a medida que la cantidad de los datos almacenados crece.

ARQUITECTURA DEL SISTEMA GESTOR DE BASE DE DATOS

Existen tres caractersticas importantes, inherentes a los sistemas de bases de datos:

La separacin entre los programas de aplicacin y los datos.

El manejo de mltiples vistas por parte de los usuarios
El uso de un catlogo para almacenar el esquema de la base de datos.

Este se conoce como arquitectura de los tres esquemas, este consiste en formar una separacin entre
aplicaciones del usuario y la base de datos fsica, en esta arquitectura, los esquemas se pueden definir
en los siguientes tres niveles:

NIVEL INTERNO
NIVEL CONCEPTUAL
NIVEL EXTERNO

Pgina | 2
 NIVELES DE ABSTRACCIN

Describe como almacenar

Uno de los objetivos FSICO O INTERNO realmente los datos.
principales de un sistema
de base de datos es
proporcionar a los usuarios
una visin abstracta de la
informacin. Es decir, el
NIVELES DE sistema oculta ciertos Describe que datos se
detalles relativos a la forma LGICO O
ABSTRACCIN almacenan y que relaciones
como los datos se CONCEPTUAL
tienen.
almacenan y mantienen.
Para ocultarla, se definen
varios niveles de
Permite acceder a una sola
abstraccin en los que
VISITAS O parte de la base de datos, y
puede observarse la base hace ms fcil la interaccin
EXTERNO
de datos.
con el sistema.

Pgina | 3
TIPOS DE USUARIOS
Un usuario es toda persona que tenga todo tipo de contacto con el sistema de base de datos desde que
este se disea, elabora, termina y usa.
Entre estos estn:

Usuarios normales: Son usuarios no sofisticados que interactan con el sistema mediante un
programa de aplicacin con una interfaz de formularios, donde puede rellenar los campos
apropiados del formulario.
Programador de aplicaciones: Son profesionales informticos que escriben los programas de
aplicacin, utilizando herramientas para desarrollar interfaces de usuario.
Usuario sofisticado: Interactan con el sistema sin programas escritos, usando el lenguaje de
consulta de base de datos para hacer sus consultas.
Usuarios especificados: Son usuarios sofisticados que escriben aplicaciones de bases de datos
especializadas y adecuadas para el procesamiento de datos tradicional.

TIPOS DE LENGUAJE DE BASES DE DATOS

Bases de datos tipo ficheros: consisten en ficheros de texto divididos en filas y columnas.
Pueden ser tiles para aplicaciones muy simples, pero no para aplicaciones medianas o
complejas, debido a sus limitaciones.
Base de datos tipo relacional: Las bases de datos relacionales son las ms populares
actualmente. la posibilidad de relacionar varias tablas de datos entre s, compartiendo
informacin y evitando la duplicidad y los problemas que ello conlleva Sin embargo, tienen un
punto dbil, la mayora de ellas no admite la incorporacin de objetos multimedia.
Base de datos orientada a objetos: La base de datos est constituida por objetos, que pueden ser
de muy diversos tipos, y sobre los cuales se encuentran definidas unas operaciones. Estas bases
de datos pueden manejar informacin binaria, objetos multimedia de una forma eficiente. Su
limitacin suele residir en su especializacin, ya que suelen estar diseadas para un tipo
particular de objetos.
Base de datos hbridos: Las bases de datos hbridas combinan caractersticas de las bases de
datos relacionales y las bases de datos orientadas a objetos. Manejan datos textuales y datos
binarios como los de multimedia, a los cuales se extienden las posibilidades de consulta. Es una
tecnologa reciente y an existen pocas en el mercado

Pgina | 4
 TPICOS SELECTOS DE BASE DE DATOS
Un tpico es una idea algo estereotipada de un tema en especfico.
En este caso hablamos de una base de dato que no es ms que una entidad en la cual se pueden almacenar
datos de manera estructurada, con la menor redundancia posible. Diferentes programas y diferentes
usuarios deben poder utilizar estos datos.
Dado que el universo en el que se desenvuelven las BD es muy extenso, sera imposible tratar de cubrirlo
en un slo curso, por lo que este materia se disea con el fin de abordar algunos Tpicos Selectos, en
donde la seleccin y profundidad de cada tema se ajusta de acuerdo a criterios de relevancia, actualidad
y pertinencia emanados de necesidades que surgen de los trabajos de investigacin generados en el
Cinvestav en el rea de BD.

ESTRUCTURA DE BASE DE DATOS

BASICAMENTE SE a) Jerarqua
PUEDEN DISTIGUIR b) En Red
3 TIPOS c) Relacional

a) Jerarqua
* Niveles
* Jerarqua
* Estructura Arborescente
* Rama de Registro

Materia

Autor

Titulo

Referencia, ao,
edicin, ejemplares

Organizacin Jerarqua

Pgina | 5
 Cdigo Materia
1 Economa
2 Estadstica
3 .

Materia Autor Nivel 2

Economa Jos Juan
Fuentes Q. Materia Autor
Estadstica Anal P.
Nivel 3 Sixto Ros

Autor Titulo
R. Tomares Estruc. Econmica
Estruc. Econmica 2
Nivel 4

Titulo Referencia Ao de edicin Ejemplares

Estruc. Econmica T001 1986 2
Estruc. Econmica 2 T002 1989 1
. . . .
. . . .

Pgina | 6
 APUNTES DE LA UNIDAD 2: EL MODELO RELACIONAL Y E-R (ENTIDAD RELACIN)

ALUMNOS HORARIOS PROFESORES

No_control Folio No_profesor
Nombre_alumno No_control Nombre_profesor
Telfono_alumno No_profesor Grado_academico
Edad Clave_materia Direccin_profesor
Email_alumno No_aula Tel_profesor
Sexo Periodo Email_profesor
Semestre Fecha
Tipo_sangre
Carrera
Descripcin
MATERIAS
Clave_materia AULAS
Nombre_materia No_aula
Crditos Capacidad
Cadena Tipo_aula
Retcula Observaciones

ALUMNOS TIPO DE DATO LONG. CAMPO

No_control Numrico 7
Nombre_alumno Alfanumrico 25
Direc_alumno Alfanumrico 30
Telfono_alumno Numrico 10
Edad Numrico 2
Email_alumno Alfanumrico 20
Sexo Carcter 1
Semestre Carcter 1
Tipo_sangre Alfanumrico 2
Carrera Alfanumrico 3
Descripcin Alfanumrico 25

PROFESORES TIPO DE DATO LONG. CAMPO

No_profesor Numrico 2
Nombre_profesor Alfanumrico 25
Grado_academico Alfanumrico 10
Direccin_profesor Alfanumrico 30
Tel_profesor Numrico 10
Email_profesor Alfanumrico 20

Pgina | 7
 HORARIOS TIPO DE DATO LONG. CAMPO
Folio Numrico 4
No_control Numrico 7
Clave_materia Alfanumrico 8
No_aula Numrico 3
Periodo Alfanumrico 20
Fecha Alfanumrico 10
No_profesor Numrico 2

MATERIAS TIPO DE DATO LONG. CAMPO

Clave_materia Alfanumrico 8
Nombre_materia Alfanumrico 25
Crditos Carcter 1
Cadena Boleano ---
Retcula Numrico 4

AULAS TIPO DE DATO LONG. CAMPO

No_aula Numrico 3
Capacidad Numrico 2
Tipo_aula Alfanumrico 10
Observaciones Alfanumrico 25

EL MODELO RELACIONAL

Asociacin de ms dos conjuntos de entidades

Se establece cordialidad para cada pareja conjunto de entidades

Pgina | 8
EJEMPLO: CONTROL DE ARTICULOS QUE SON VENDIDOS Y FACTURADOS EN UNA
EMPRESA DE RELACIONES.

IVA

Costo
Direc

Clientes FACTURAS Artculos

Ventas
Clientes

Cantidad

Pgina | 9
TIPOS DE RELACIONES

En base de datos, una relacin o vnculo entre dos o ms entidades describe alguna iteracin entre las
mismas. Por ejemplo, una relacin entre una entidad Empleado y una entidad Sector podra ser
Trabajo en porque el empleado trabaja en un sector determinado.
Existen tres tipos de relaciones diferentes, estas son:
Relacin de uno a uno:
En este tipo de relacin, un registro de la tabla 1 slo puede estar enlazado con un nico registro
de la tabla 2 y viceversa. Este tipo de relacin es la menos utilizable.
Un ejemplo podra ser el que se muestra a continuacin, en la que cada persona tiene un propio
DNI:
Tabla 1 Tabla 2
CAMPO PERSONA CAMPO DNI
Cristian de Jess Chona V. 333.111.06
Alondra Aime C. Garca 333.111.09
Mara Jos Garca D. 333.111.11

Relacin de varios a varios:

En este caso, ninguno de los campos relacionados son claves principales. Cada registro de la
primera tabla puede estar encabezado con varios registros de la segunda tabla y viceversa.
Este tipo de relacin implica la repeticin de los campos de cada tabla.

Relacin de uno a varios:

Esta relacin es la ms comn. Cada registro de la tabla puede entra enlazado con varios
registros de una segunda tabla, pero cada registro de la segunda tabla puede estar enlazado con
un nico registro de la primera.

ENTIDADES

Una entidad es la representacin de un objeto o concepto del mundo real que se describe en una base de
datos. Por ejemplo, las entidades pueden ser nombradas de esta manera: Alumno, Empleado, Artculo,
etc.

Tipos de entidades:
Regulares: La ocurrencia de un tipo de entidad regular tienen una extensin propia, es decir,
existen por s mismas.
Dbiles: La existencia de cada ocurrencia de entidad dbil depende de la existencia de la entidad
regular.
Si se elimina una ocurrencia del tipo entidad regular, desaparecern tambin con ellas todas las
ocurrencias de la entidad dbil dependientes de la misma.

MODELO RELACIONAL

El modelo relacional constituye una alternativa para la organizacin y representacin de la informacin

que se pretenda almacenar en una base de datos. Se trata de un modelo terico matemtico que, adems

Pgina | 10
de proporcionarnos los elementos bsicos de modelado (las relaciones), incluyen un conjunto, de
operadores (definidos en forma de un lgebra relacional).
En este modelo la informacin se representa en forma de tablas o relaciones, donde cada fila de la
tabla se interpreta como una relacin ordenada de valores (un conjunto de valores relacionados entre s).

En el siguiente ejemplo se muestra una relacin que representa al conjunto de los departamentos de una
determinada empresa, y que recoge informacin sobre las mismas

NMERO NOMBRE LOCALIDAD

D-01 Ventas P. Coraa
D-02 1+D Ferrol
D-03 7L Cabos

Las dos caractersticas ms importantes del modelo son:

Trabaja con estructuras de datos muy simples.
Es no navegacional, no hace falta hacer referencia o la forma de acceder a la base de
datos.

DIAGRAMA ENTIDAD RELACIN

Denominado por sus siglas E-R; este tipo de modelo representa a la realidad a travs de un esquema
grafico empleando la terminologa de entidades y se distinguen de otros por sus caractersticas
particulares denominadas atributos, el enlace que rige la unin de las entidades est representada por la
relacin del modelo.
En un DER, cada entidad representa mediante un rectngulo cada relacin, mediante un rombo y cada
dominio (conjunto donde toma valores el atributo) mediante un circulo. Mediante lneas se conectan las
entidades con las relaciones, igual que las entidades con los dominios, representando a los atributos. Los
atributos llaves se representan subrayando al conjunto de valores.
Es decir (simbologa):

Entidad
Relaci Atributos
Regular
ones Clave

Conector
Entidad
Dbil
Atributos

MODELO CONCEPTUAL

Conjunto de actividades que representan en un esquema conceptual de alto nivel de una base de datos,
independientemente del software gestor (SGBD) portado de especificaciones de argumentos.
El diseo conceptual de una base de datos suele hacerse empleando una DER.
El diseo conceptual de una base de datos forma parte del proceso de diseo de la base de datos
completa, que incluye en diseo conceptual, diseo lgico y diseo fsico de la misma.

Pgina | 11
 APUNTES DE LA UNIDAD 3: MODELO RELACIONES

El modelo relacional es hoy en da el principal modelo de datos para las aplicaciones comerciales de
procesamiento de datos. Ha conseguido esa posicin destacada debido a su simplicidad, lo cual facilita
el trabajo del programador en comparacin con modelos anteriores, como el de red y el jerrquico.

CARACTERSTICAS

Todas las entradas de cualquier columna son de un solo tipo

No existen 2 filas en la tabla que sean idnticas
La informacin en la base de datos son representados como datos explcitos, no existen
apuntadores o ligas entre las tablas

En este modelo la base de datos es vista por el usuario como una relacin de tablas cada fila de la tabla
es un registro o tupla y los atributos con columnas o campos

CONCEPTOS BSICOS

Relacin: Conjuntos ordenado de n ocurrencias

Atributos: Campos de una tabla, propiedades de las entidades
Dominio: Conjunto donde los atributos toman valores
Tupla: Fila de una tabla
Grado de una relacin: Numero de atributos o columnas
Cardinalidad: Numero de filas o tuplas de una relacin

Pgina | 12
Ejemplo

Relacin: Pelcula (ttulo, ao, duracin)

Atributos Titulo Ao Duracin

Star Wars 1977 123
Tuplas El Hobbit 2012 169
Los vengadores 2012 142

Dominio = textos Dominio = enteros

Cardinalidad = 3
Grado de la relacin = 3

Para obtener una definicin ms adecuada desde el punto de vista de las bases de datos, es preciso
distinguir dos conceptos en la definicin de la relacin:

Esquema de relacin: Es la parte definitoria y esttica de la relacin (cabecera cuando la

relacin se percibe como una tabla). Es invariante en el tiempo
Extensin de la relacin: Conjunto de tuplas que, en un momento determinado, satisface el
esquema de la relacin y se encuentra almacenadas en la base de datos. Es variante en el tiempo

RESTRICCIONES DE INTEGRIDAD
Cada tupla de una relacin debe proporcionar valores a sus atributos. Pero no de cualquier forma, por
lo que para garantizar la consistencia y la facilidad de manipulacin de la informacin representada,
existen una serie de reglas que deben ser cumplidas y que son un elemento constituyente del modelo
relacional. A esas reglas de consistencia se las conoce, como restricciones de integridad.

Podemos distinguir varios tipos de restricciones

Integridad de la Entidad: Ningn componente de la clave primaria puede tomar valores

nulos o desconocidos, porque entonces no se podran distinguir dos entidades
Integridad Referencial: Cualquier valor que se tome un atributo en una relacin del que es
clave fornea, debe existir en la relacin del que es clave primaria

Esto nos lleva a los siguientes conceptos

Clave primaria: Es un conjunto de atributos que identifica a cada tupla de una relacin
y adems no hay un subconjunto de ellos que cumplan esa propiedad
Clave fornea: Es un conjunto de atributos de una tabla que son clave primaria en otra
tabla

Pgina | 13
VENTAJAS
La ventajas del modelo relaciones es que los datos se almacenan, al menos conceptualmente de un modo
en que los usuarios entienden con mayor facilidad. Los datos se almacenan como tablas y las relaciones
entre las filas y las tablas son visibles en los datos. Este enfoque permite a los usuarios obtener
informacin de la base de datos sin existencia de sistemas profesionales de administracin de
informacin

DESVENTAJAS

Presentan deficiencias con datos grficos, multimedia, CAD y sistemas de informacin geogrfica.
No se manipulan de forma manejable los bloques de texto como tipo de dato.
Las bases de datos orientadas a objetos (BDOO) se propusieron con el objetivo de satisfacer las
necesidades de las aplicaciones anteriores y as, complementar pero no sustituir a las bases de datos
relacionales.

Pgina | 14
APUNTES DE LA UNIDAD 4
DISEO DE BASE DE DATOS RELACIONALES

El diseo de una base de datos consiste en definir la estructura de los datos que debe tener un sistema
de informacin determinado. Para ello se suelen seguir por regla general unas fases en el proceso de
diseo, definiendo para ello el modelo conceptual, el lgico y el fsico.

En el diseo conceptual se hace una descripcin de alto nivel de la estructura de la base de

datos, independientemente del Sistema Gestor de Bases de Datos que se vaya a utilizar para
manipularla.
El diseo lgico parte del resultado del diseo conceptual y da como resultado una descripcin
de la estructura de la base de datos en trminos de las estructuras de datos que puede procesar
un tipo de SGBD. El diseo lgico depende del tipo de SGBD que se vaya a utilizar, se adapta
a la tecnologa que se debe emplear, pero no depende del producto concreto.
El diseo fsico parte del lgico y da como resultado una descripcin de la implementacin de
una base de datos en memoria secundaria: las estructuras de almacenamiento y los mtodos
utilizados para tener un acceso eficiente a los datos. Por regla general esto es transparente para
el usuario, aunque conocer cmo se implementa ayuda a optimizar el rendimiento y la
escalabilidad del sistema.

Por ejemplo en el diseo conceptual se puede ver en la siguiente figura, un diagrama

Entidad/Relacin

Pgina | 15
Como Vemos existen tablas para representar cada una de estas entidades del mundo real:
Proveedores (Suppliers), Productos, Categoras de productos, Empleados, Clientes, Transportistas
(Shippers), y Pedidos (Orders)
Adems estn relacionadas entre ellas de modo que, por ejemplo, un producto pertenece a una
determinada categora (se relacionan por el campo CategoryID) y un proveedor (SupplierID), y lo
mismo con las dems tablas.

Ejemplo de un Modelo Lgico

Una vez tenemos claro el modelo E-R debemos traducirlo a un modelo lgico directamente en el propio
sistema gestor de bases de datos (Oracle, MySQL, SQL Server...).Si hemos utilizado alguna herramienta
profesional para crear el diagrama E-R, seguramente podremos generar automticamente las
instrucciones necesarias para crear la base de datos.

Pgina | 16
En este caso se crea cada tabla, una a una, siguiendo lo identificado en el diagrama E-R y estableciendo
ndices y dems elementos segn las indicaciones de cada uno de los campos. Adems hemos decidido
el mejor tipo de datos que podemos aplicar a cada campo (texto, nmeros, fechas... que se almacenan
para cada registro).

Su representacin grfica en la base de datos es muy similar, sin embargo el modelo fsico (cmo se
almacena esto fsicamente), puede variar mucho de un SGBD a otro y segn la configuracin que le
demos.

Pgina | 17
Diseo de una base de datos relacional
Una base de datos bien diseada le brinda un completo acceso a lainformacin deseada. Con un
buen diseo dedicar menos tiempo a crear la base de datos y obtendr resultados ms exactos en menos
tiempo.
Para el diseo se deben seguir los siguientes pasos:
1. Determinar el propsito de la base de datos. 2. Determinar las tablas necesarias. 3. Determinar los
campos necesarios en cada tabla. 4. Determinar las relaciones. 5. Refinar el Diseo.
Sugerencias para determinar los campos
Para determinar los campos se debe tener en cuenta lo siguiente:
Asegurarse de que cada campo de una tabla est directamente relacionado con el tema de la
tabla.
No incluir datos derivados o calculados.
Incluir toda la informacin que se necesite.
Almacenar la informacin en sus partes lgicas ms pequeas.

Campos de clave principal

La potencia de un sistema de gestin de Access surge de su capacidad para buscar, localizar y combinar
rpidamente informacin almacenada en distintas tablas para que Access funcione eficientemente, cada
tabla de la base de datos debe incluir un campo o una serie de campos que identifique inequvocamente
cada fila o registro individual almacenado en la tabla.
En la terminologa de base de datos, esta informacin identificadora se denomina clave principal de la
tabla, la cual permite asociar rpidamente datos de distintas tablas y poderlos presentar conjuntamente.

Pgina | 18
Para elegir los campos de clave principal se debe tener en cuenta
Puede utilizar el valor del campo de clave principal para buscar registros, por lo que dicho
campo no debe ser demasiado largo, y si fcil de recordar y escribir por lo que puede convenir
que tenga un nmero limitado de letras o dgitos o que est dentro de un determinado rango.
El tamao de la clave principal influye en la velocidad de las operaciones en la base de datos
por lo que para un mximo rendimiento, utilice el menor tamao posible para que quepan los
valores a almacenar en el campo.
Determinar las relaciones
Access es un sistema de administracin de base de datos relacionales lo que significa que es posible
almacenar datos relacionados en distintas tablas de la base de datos.

Uso de complementos

Complementos que realizan funciones especiales

Documentador de Base de Datos: Imprime un listado del contenido de toda una Base de
Datos y las definiciones de los objetos de la misma que se seleccionen. Por ejemplo: se le
puede imprimir una lista de todos los controles y formularios.

Administrador de Adjuntos: Actualiza los vnculos con tablas adjuntas que se han movido o
cuyo nombre se ha modificado.

Importar Base de Datos: Importa todos los objetos de otra Base de Datos Access.

Generador de Mens: Ayuda a crear un sistema de mens personalizado para una aplicacin.

Administrador de Complementos: Instala, elimina, personaliza y administra los

complementos.

Pgina | 19
Compactar una base de datos
Cuando se hacen cambios en una Base de Datos, tambin se pueden agregar y eliminar objetos. Con
este proceso puede fragmentarse y utilizar el espacio de forma no ptima. Las bases de datos deben
compactarse peridicamente con el fin de desfragmentar el archivo. Debe cerrarse una base de datos
antes de compactarla, puede sobreescribirla o crear un archivo distinto.

Codificar una base de datos

Permite que un archivo de Base de Datos Access sea completamente ilegible desde cualquier otra
aplicacin como puede ser un editor de texto esta caracterstica forma parte de la seguridad de Access.

Recuperar una base de datos daada

Si Access se cierra de forma inesperada, por ejemplo: debido a una cada de corriente, la base de datos
puede quedar daada, para poder utilizarla es necesario repararla, tambin es necesario cuando Access
tenga un comportamiento impredecible al manipular una base de datos (MDB).

Pgina | 20
DESARROLLO DE
LA UNIDAD 3 Y 4

Pgina | 21
UNIDAD 3 MODELO RELACIONAL

3.1 ESTRUCTURA BASICA

Una base de datos relacional consiste en un conjunto de tablas, a cada una de las cuales se le asigna
un nombre exclusivo. Cada fila de la tabla representa una relacin entre un conjunto de valores. De
manera informal, cada tabla es un conjunto de entidades, y cada fila es una entidad

Veamos a continuacin la definicin de los componentes que conforman el modelo relacional:

Relacin: La relacin se representa mediante una tabla, esta tabla representa a lo que el
modelo entidad-relacin llambamos entidad. Esta tabla contiene los atributos (columnas) y
las tuplas (filas)

Dominios: El dominio dentro de la estructura del modelo relacional es el conjunto de valores

que puede tomar un atributo. Existen dos tipos de dominios

Dominios Generales: Son aquellos que estn comprendidos entre un mximo y

mnimo
Dominios Restringidos: Son los que pertenecen a un conjunto de valores especficos

Atributo: Se trata de cada una de las columnas de la tabla. Vienen definidas por un nombre y
pueden contener un conjunto de valores

Tupla: Se trata de cada una de las filas de la tabla. Es importante sealar que no se pueden
tener tuplas duplicadas en una tabla

Estos conceptos podemos aplicarlos en el siguiente ejemplo:

Relacin: Archivos (Apellido, Edad, Nacionalidad)

Pgina | 22
 3.2 ESQUEMAS DE UNA BASE DE DATOS

Cuando se habla de bases de datos se debe diferenciar entre el esquema de la base de datos, que es el
diseo lgico de la misma, y el ejemplar de la base de datos, que es una instantnea de los datos de la
misma en un momento dado.
El concepto de relacin se corresponde con el concepto de variable de los lenguajes de programacin.
El concepto de esquema de la relacin se corresponde con el concepto de definicin de tipos de los
lenguajes de programacin

Niveles de Esquemas de una base de datos

Esquema conceptual: El propsito de sta fase es obtener una buena representacin de los
recursos de informacin, con independencia de usuarios o aplicaciones (SGBD), y sin realizar
consideraciones sobre la eficiencia

Las principales tareas que se deben ejecutar son:

Identificar las entidades, relaciones, atributos con sus respectivas entidades y

relaciones
Determinar los dominios de los atributos, y los de clave primaria y fornea
Considerar el uso de conceptos de modelos avanzados
Comprobar si el modelo tiene redundancia
Validar el modelo conceptual comprobando las transacciones de los usuarios

Por ejemplo si seguimos estos pasos, podemos realizar un trabajo como la siguiente figura

Pgina | 23
 Esquema lgico: Consiste en transformar el esquema conceptual obtenido en la etapa
anterior, adaptndolo a una representacin de tablas, apoyndose para ello en el modelo
relacional
Existen tres reglas bsicas para convertir un modelo conceptual al modelo relacional estas son:
Todo tipo de entidad se convierte en una relacin
Todo de tipo de interrelacin n:n se transforma en una relacion
Para todo de interrelacin 1:n se realiza una propagacin de clave

Por ejemplo

El producto es el modelo
relacional

Esquema Fsico: Es el proceso de conseguir una implementacin, lo ms eficiente posible, del

esquema lgico. Permite al diseador tomar decisiones sobre cmo hay que implementar la base
de datos, por tanto el diseo fsico est adaptado a un SGBD concreto

Pgina | 24
 3.3 CLAVES
Es un conjunto de atributos que identifican de forma univoca una entidad. Por lo tanto, los valores de
los atributos de una entidad deben ser tales que permitan identificar unvocamente a la entidad. En otras
palabras no se permite que ningn par de entidades tengan exactamente los mismos valores de sus
conjuntos de atributos suficientes para distinguir las entidades entre s.
Superclave
Una superclave es un conjunto de uno o ms atributos que, considerados conjuntamente, nos permiten
identificar de forma nica a una entidad en el conjunto de entidades. Una superclave puede contener
atributos ajenos. Si k es una superclave, entonces tambin lo ser cualquier superclase de k. A menudo
estamos interesados en superclaves para las cuales ningn subconjunto propio es una superclave.
Dichas superclaves mnimas se llaman candidatas.

Clave principal

Una clave principal es un campo (o conjunto de campos) que identifican inequvocamente un registro.
Es decir, es un campo que no admite valores duplicados en los registros.
Una clave principal contiene la informacin que necesita el gestor de bases de datos para modificar el
registro, y permite adems
implementar la integridad
referencial.
Las claves principales nos van a
permitir mejorar el acceso a los datos
y aplicar unicidad a la tabla

3.4 LENGUAJES DE CONSULTA.

Un lenguaje de consulta es un lenguaje en el que un usuario solicita informacin de la base de datos.

SE CLASIFICAN:

En los lenguajes procedimentales del usuario instituyente al sistema para que lleve a cabo
una serie de operaciones en la base de datos para calcular el resultado deseado.
En los lenguajes no procedimentales el usuario describe la informacin deseada sin dar un
procedimiento concreto para obtener esa informacin.

Pgina | 25
UNIDAD 4 DISEO DE BASE DE DATOS RELACIONALES

4.1 CARACTERSTICAS DEL DISEO RELACIONAL

Es un nivel de abstraccin ms bajo que el modelo E-R y es la representacin en tablas (esquema) del
problema, el cual es prcticamente un paso antes del nivel fsico.
Hay que tener en claro que un esquema de una base de datos ( database schema) describe la estructura
de una base de datos, en un lenguaje formal soportado por un sistema de gestin de base de
datos(DBMS). En una base de datos relacional, el esquema define sus tablas, sus campos en cada tabla
y las relaciones entre cada campo y cada tabla.

En lo que respecta a las tablas, pueden ser construidas de diversas

maneras:

Creando un conjunto de tablas iniciales y aplicar operaciones de normalizacin

hasta conseguir el esquema ms ptimo. Las tcnicas de normalizacin se explican ms
adelante.
Convertir el diagrama E-R a tablas y posteriormente aplicar tambin operaciones de
normalizacin hasta conseguir el esquema ptimo.

La primera tcnica fue de las primeras en existir y, como es de suponerse, la segunda al ser ms
reciente es mucho ms conveniente en varios aspectos:

El partir de un diagrama visual es muy til para apreciar los detalles, de ah que se llame
modelo conceptual

El crear las tablas iniciales es mucho ms simple a travs de las reglas de conversin.

Se podra pensar que es lo mismo porque finalmente hay que "normalizar" las tablas de todas
formas, pero la ventaja de partir del modelo E-R es que la "normalizacin" es mnima por lo
general.
Lo anterior tiene otra ventaja, an cuando se normalice de manera deficiente, se
garantiza un esquema aceptable, en la primer tcnica no es as.

Pgina | 26
 4.2 DOMINIOS ATOMICOS Y LA PRIMERA FORMA NORMAL

Se debe considerar que cada atributo (columna) debe ser atmico, es decir, que no sea divisible, no se
puede pensar en un atributo como un "registro" o "estructura" de datos.
Las relaciones son un conjunto de tuplas, no una lista de tuplas. El orden en que aparecen las tuplas es
irrelevante.
As mismo el orden de los atributos tampoco es relevante Por ejemplo:
Ao Ttulo Tipo Duracin
1991 Mighty Ducks color 104
1977 Star Wars color 124
1922 Wayne's World color 95
Ao Ttulo Tipo Duracin
1991 Mighty Ducks color 104
1992 Wayne's World color 95
1977 Star Wars color 124
Otra representacin de la relacin Pelculas

Normalizacin
Una vez creadas las tablas hay que verificarlas y revisar si an se puede reducir u optimizar de alguna
manera.
Los problemas tales como la redundancia que ocurren cuando se abarrotan demasiados datos en una
sola relacin son llamados anomalas. Los principales tipos son:
Redundancia: la informacin se repite innecesariamente en muchas tuplas.
Anomalas de actualizacin: cuando al cambiar la informacin en una tupla se descuida el actualizarla
en otra.
Anomalas de eliminacin: si un conjunto de valores llegan a estar vacos y se llega a perder
informacin relacionada como un efecto de la eliminacin.
Primera forma normal
Una tabla se encuentra en 1a FN, si todos sus atributos son atmicos (indivisibles)
El ejemplo clsico:
nombre direccin telfono

En 1a. NF
nombre apellido paterno apellido materno direccin telfono

Pgina | 27
 4.3 DEPENDENCIAS FUNCIONALES

Codd introdujo el concepto de dependencia funcional para caracterizar aquellas relaciones que pueden
descomponerse sin prdida de informacione. Se puede definir la dependencia funcional (D.F.) de la
siguiente forma:
"Dados dos atributos A y B de una relacin R, se dice que B es funcionalmente dependiente de A, si
para cada valor de A existe un valor de B, y slo uno, asociado con l.

En otros trminos, se puede decir que si dos tuplas de una relacin R tienen el mismo valor en el atributo
A deben tener el mismo valor en el atributo B. O dicho de otro modo, si conocemos el valor de A podemos
conocer el valor de B. Esto se representa como:

Utilidad en el diseo de bases de datos

Las dependencias funcionales son restricciones de integridad sobre los datos. Conocer las dependencias
funcionales en el momento del diseo de la base de datos permite crear mecanismos para evitar la
redundancia (y los potenciales problemas de integridad que eso conlleva) y mejorar la eficiencia.

4.4 SEGUNDA FORMA NORMAL

Para definir formalmente la segunda forma normal requerimos saber que es una dependencia funcional:
Consiste en edificar que atributos dependen de otro(s) atributo(s).

Pgina | 28
Una relacin R est en 2FN si y solo si est en 1FN y los atributos no primos dependen funcionalmente
de la llave primaria.
Una relacin se encuentra en segunda forma normal, cuando cumple con las reglas de la primera forma
normal y todos sus atributos que no son claves (llaves) dependen por completo de la clave. De acuerdo
con esta definicin, cada tabla que tiene un atributo nico como clave, est en segunda forma normal.
La segunda forma normal se representa por dependencias funcionales como:

Anomalas de relaciones 2FN

Una relacin 2FN puede presentar anomalas de almacenamiento si cualquiera de su no-clave depende
transitivamente de la clave primaria. Se dice que una no-clave depende transitivamente de la clave
primaria si es funcionalmente dependiente de otra no-clave, en otras palabras, depende indirectamente
de la clave principal.

Pgina | 29
 4.5 TERCERA FORMA NORMAL

La tercera forma normal (3NF) es una forma normal usada en la normalizacin de bases de datos. La 3NF
fue definida originalmente por E.F. Codd en 1971. La definicin de Codd indica que una tabla est en
3NF si y solo si las dos condiciones siguientes se mantienen:

La tabla est en la segunda forma normal (2NF)

Ningn atributo no-primario de la tabla es dependiente transitivamente de una clave primaria

Cada atributo debe representar un hecho acerca de la clave, la clave entera, y nada excepto la clave. Los
atributos primarios (que son claves o partes de claves) no deben ser funcionalmente dependientes en
absoluto; cada uno de ellos representa un hecho sobre la clave en el sentido de proporcionar parte o toda
la clave en s misma. Debe ser observado que esta regla se aplica solamente a los atributos funcionalmente
dependientes.

Ejemplo: Tabla en 2FN > 3FN

Ganadores del torneo

Torneo Ao Ganador Fecha de nacimiento del ganador

Indiana Invitational 1998 Al Fredrickson 21 de julio de 1975
Cleveland Open 1999 Bob Albertson 28 de septiembre de 1968
Des Moines Masters 1999 Al Fredrickson 21 de julio de 1975
Indiana Invitational 1999 Chip Masterson 14 de marzo de 1979

Tabla en 3FN:

Ganadores del torneo Fecha de nacimiento del jugador

Torneo Ao Ganador Jugador Fecha de nacimiento

Indiana Invitational 1998 Al Fredrickson Chip Masterson 14 de marzo de 1977
Cleveland Open 1999 Bob Albertson Al Fredrickson 21 de julio de 1975
Des Moines Masters 1999 Al Fredrickson Bob Albertson 28 de septiembre de 1968
Indiana Invitational 1999 Chip Masterso

Pgina | 30
4.6 FORMA NORMAL BOYCE-CODD

La Forma Normal de Boyce-Codd (o FNBC) es una forma normal utilizada en la normalizacin de bases
de datos. Es una versin ligeramente ms fuerte de la Tercera forma normal (3FN). La forma normal de
Boyce-Codd requiere que no existan dependencias funcionales no triviales de los atributos que no sean
un conjunto de la clave candidata. En una tabla en 3FN, todos los atributos dependen de una clave, de la
clave completa y de ninguna otra cosa excepto de la clave. Se dice que una tabla est en FNBC si y solo
si est en 3FN y cada dependencia funcional no trivial tiene una clave candidata como determinante. En
trminos menos formales, una tabla est en FNBC si est en 3FN y los nicos determinantes son claves

Cuarta Forma Normal 4FN

Una tabla est en 4NF si y solo si est en Tercera forma normal o en BCNF (Cualquiera de ambas) y
no posee dependencias multivaluadas no triviales. La definicin de la 4NF confa en la nocin de una
dependencia multivaluada.

Una tabla con una dependencia multivaluada es una donde la existencia de dos o ms relaciones
independientes muchos a muchos causa redundancia; y es esta redundancia la que es suprimida por
la cuarta forma normal.

Ejemplo:

Pgina | 31
 4.7 ALGORITMOS DE DESCOMPOSICION

En los esquemas de relacin, cuando se tienen muchos atributos se descomponen en varios esquemas con
menos atributos. Una descomposicin poco cuidadosa, puede llevar a un mal diseo. Estas pueden ser
una descomposicin con prdida, o una descomposicin de reunin con prdida. Una descomposicin
que no es una descomposicin con prdida es una descomposicin de reunin sin prdida.
Quedando claro que una descomposicin de reunin con prdida supone, en general, un mal diseo de
base de datos. Siempre se tiene que averiguar el motivo por el que la descomposicin es una
descomposicin con prdida. El concepto de descomposicin de reunin sin prdida resulta
fundamental para gran parte del diseo de bases de datos relacionales. Para tener una descomposicin de
reunin sin prdida hay que imponer restricciones en el conjunto de las relaciones posibles.

Pgina | 32
Ejemplo: Descomposicin de relaciones

Esquema-sucursal-cliente = (nombre-sucursal,ciudad-sucursal, activo, nombre-cliente)

Esquema-cliente-prstamo = (nombre-cliente,nmero-prstamo, importe)

Pgina | 33
 4.8 FORMAS NORMALES SUPERIORES

La cuarta forma normal no es, de ningn modo, la forma normal definitiva. Como ya se ha visto, las
dependencias multivaloradas ayudan a comprender y a abordar algunas formas de repeticin de la
informacin que no pueden comprenderse en trminos de las dependencias funcionales. Hay restricciones
denominadas dependencias de reunin que generalizan las dependencias multivaloradas y llevan a otra
forma normal denominada forma normal de reunin por proyeccin (FNRP) (la FNRP se denomina en
algunos libros quinta forma normal). Hay una clase de restricciones todava ms generales, que lleva a
una forma normal denominada forma normal de dominios y claves (FNDC). En este caso se habla de la
quinta forma normal

Quinta forma normal

La quinta forma normal (5FN), tambin conocida como forma normal de proyeccin-unin (PJ/NF),
es un nivel de normalizacin de bases de datos designado para reducir redundancia en las bases
de datos relacionales que guardan hechos multi-valores aislando semnticamente relaciones
mltiples relacionadas.
Definicin formal: Un esquema de relaciones R est en 5FN con respecto a un conjunto D de
dependencias funcionales, de valores mltiples y de producto, si para todas las dependencias de
productos en D se cumple por lo menos una de estas condiciones:

*(R1, R2, R3,... Rn) es una dependencia de producto trivial.

* Toda Ri es una superllave de R.
La quinta forma normal se refiere a dependencias que son extraas. Tiene que ver con tablas que
pueden dividirse en subtablas, pero que no pueden reconstruirse.

Pgina | 34
 4.9 INTEGRIDAD DE LA BASE DE DATOS.

Integridad de las Bases de Datos, la integridad en una base de datos es la correccin y exactitud
de la informacin contenida. Adems de conservar la seguridad en un sistema de bases de datos
que permite el acceso a mltiples usuarios en tiempos paralelos.
Las condiciones que garantizan la integridad de los datos pueden ser de dos tipos:

Las restricciones de integridad de usuario: son condiciones especficas de una base de

datos concreta; son las que se deben cumplir en una base de datos articular con unos
usuarios concretos, pero que no son necesariamente relevantes en otra Base de Datos.

Las reglas de integridad de modelo: son condiciones propias de un modelo de datos, y

se deben cumplir en toda base de datos que siga dicho modelo. Los SGBD deben
proporcionar la forma de definir las restricciones de integridad de usuario de una base
de datos y una vez definida, debe velar por su cumplimiento. Las reglas de integridad
del modelo, en cambio, no se deben definir para cada base de datos concreta, porque se
consideran preestablecidas para todas las base de datos de un modelo.

Un claro ejemplo de error de integridad es el ingreso de un tipo de dato incorrecto dentro

de un campo. Por ejemplo, ingresar un texto cuando se espera un nmero entero. Tambin un
error en la integridad de una base de datos puede ser la existencia de un valor numrico
(ID_Cliente) en la compra de un producto por parte de un cliente que no existe en su
correspondiente tabla con ese nmero. (Integridad referencial).

Pgina | 35
BASE DE DATOS
DE UNA
FARMACIA

Pgina | 36
Pgina | 37
Pgina | 38
Pgina | 39
Pgina | 40