Fundamentos de Base

de Datos
Introduccin
Historia
Conceptos generales de base de Datos
Objetivos de una base de datos
Aplicaciones de bases de datos
Estructura de un sistema de base de datos
Historia
Dcada de 1950 y principios de la dcada de 1960. Se desarrollaron las cintas magnticas
para el almacenamiento de datos.
Las cintas (y los paquetes de tarjetas perforadas) slo se podan leer secuencialmente, y los tamaos
de datos eran mucho mayores que la memoria principal; as, los programas de procesamiento de datos
tenan que procesar los datos segn un determinado orden, leyendo y mezclando datos de cintas
Finales de la dcada de 1960 y la dcada de 1970.
uso de los discos fijos
permitieron el acceso directo a los datos
Con los discos pudieron desarrollarse las bases de datos de red y jerrquicas, que permitieron que las
estructuras de datos tales como listas y rboles pudieran almacenarse en disco. Los programadores
pudieron construir y manipular estas estructuras de datos.
Un artculo histrico de Codd nacieron las bases de datos relacionales. La simplicidad del modelo
relacional y la posibilidad de ocultar completamente los detalles de implementacin al programador
fueron realmente atractivas.
Codd obtuvo posteriormente el prestigioso premio Turing de la ACM (Association of Computing
Machinery, asociacin de maquinaria informtica) por su trabajo.
Historia
Dcada de 1980.
Aunque acadmicamente interesante, el modelo relacional no se us
inicialmente en la prctica debido a sus inconvenientes por el rendimiento;
las bases de datos relacionales no pudieron competir con el rendimiento de
las bases de datos de red y jerrquicas existentes. Esta situacin cambi con
System R, un proyecto innovador en IBM Research que desarroll tcnicas
para la construccin de un sistema de bases de datos relacionales eficiente.
Desde su escalada en el dominio en la dcada de 1980, el modelo relacional
ha conseguido el reinado supremo entre todos los modelos de datos.
La dcada de 1980 tambin fue testigo de una gran investigacin en las
bases de datos paralelas y distribuidas, as como del trabajo inicial en las
bases de datos orientadas a objetos.
Historia
Principios de la dcada de 1990.
El lenguaje SQL se dise fundamentalmente para las
aplicaciones de ayuda a la toma de decisiones, que son
intensivas en consultas
Finales de la dcada de 1990.
Crecimiento World Wide Web
Los sistemas de bases de datos tienen ahora soporte para
tasas de transacciones muy altas, as como muy alta fiabilidad
y disponibilidad 247 (disponibilidad 24 horas al da y 7 das a
la semana, que significa que no hay tiempos de inactividad
debidos a actividades de mantenimiento planificadas).
Conceptos generales
Bases de Datos: Es un conjunto de datos relacionados entre s. (Representa la informacin pertenecientes
a un mismo contexto)
Sistema de Bases de Datos: Sistema computarizado para llevar los registros de alguna organizacin.
Sistema Manejador de Bases de Datos: Son herramientas que permiten la gestin de una base de datos.
Dato
Es una representacin simblica.
Caracterstica: Por s slo, no tiene significado.
Informacin
Son datos procesados e interpretables.
Una informacin dice algo a un receptor.
Caracterstica: tiene significado (semntica).
Sistema de Informacin:
Conjunto de componentes (Hardware, Software, Otros sistemas de informacin, personas) que interactan con el objetivo de
almacenar, recuperar y procesar datos e informacin para crear nueva informacin.
El valor de la informacin
Son los activos ms importantes de las organizaciones
Materia prima para toma de decisiones operativas y estratgicas
Objetivos de las base de datos
Reducir la redundancia
Acceso concurrente
Independencia lgica y fsica de datos.
Distribucin espacial de los datos
Optimizadas de consultas
Seguridad e integridad
Respaldo y recuperacin
Acceso a travs de lenguajes de programacin
comunes.
Aplicaciones de las base de datos
Banca: Para informacin de los clientes, cuentas y prstamos, y transacciones bancarias.
Lneas areas: Para reservas e informacin de planificacin.
Universidades: Para informacin de los estudiantes, matrculas de las asignaturas y
cursos.
Telecomunicaciones: Para guardar un registro de las llamadas realizadas, generacin
mensual de facturas, manteniendo el saldo de las tarjetas telefnicas de prepago y para
almacenar informacin sobre las redes de comunicaciones.
Finanzas: Para almacenar informacin sobre grandes empresas, ventas y compras de
documentos formales financieros, como bolsa y bonos.
Ventas: Para informacin de clientes, productos y compras.
Produccin: Para la gestin de la cadena de produccin y para el seguimiento de la
produccin de elementos en las factoras, inventarios de elementos en almacenes y
pedidos de elementos.
Recursos humanos: Para informacin sobre los empleados, salarios, impuestos y
beneficios, y para la generacin de las nminas.
Estructura de un sistema de base de
datos
Niveles de Abstraccin de una Base
de datos
Los desarrolladores esconden la complejidad a los usuarios a
travs de varios niveles de abstraccin para simplificar la
interaccin de los usuarios con el sistema:
Nivel fsico: El nivel ms bajo de abstraccin describe cmo
se almacenan realmente los datos
Nivel lgico: El siguiente nivel ms alto de abstraccin
describe qu datos se almacenan en la base de datos y qu
relaciones existen entre esos datos.
Nivel de vistas: El nivel ms alto de abstraccin describe slo
parte de la base de datos completa. El sistema puede
proporcionar muchas vistas para la misma base de datos.
Sistema de base de datos frente al
de archivos.
Inconsistencia de datos.
Programar control de Restricciones de Integridad.
Dificultades para acceso a informacin.
Programar consultas/listados especficos.
Aislamiento de datos.
Programar algoritmos de merge (apareo archivos).
Seguridad en datos.
Programar los controles de acceso para los tems.
Arquitectura cliente servidor
Sistema distribuido entre mltiples procesadores donde
hay clientes que solicitan servicios y servidores que los
proporcionan.
Objetivos:
Localizacin transparente.
Recursos compartidos.
Escalabilidad
Interoperabilidad entre distintos Hw. y Sw.
Modelo de Arquitectura Cliente /
Servidor
Front/end
Es la parte de la aplicacin que interacta con el usuario.
Basados en una interfaz grfica con el usuario (GUI). El Cliente
corre la aplicacin que ofrece la interfaz con el usuario.
Back/end
Es la parte no-interactiva de la aplicacin. La mayor parte
reside en las Bases de Datos (relacionales o no).
Procesos de negocios
Un Proceso de Negocio consiste en reglas y en la
ejecucin de un conjunto de pasos que afectan a sus
recursos y su tiempo.
Los Sistemas de informacin computarizados conducen
el proceso de negocio.
Lo Ideal es que los procesos de negocios estn
automatizados.
Niveles de abstraccin de la
arquitectura

Aplicaciones del Usuario

Reglas del Negocio

Base de Datos
Modelo de Datos
Un modelo de datos es una coleccin de herramientas
conceptuales para la descripcin de datos, relaciones
entre datos, semntica de los datos y restricciones de
consistencia.
Modelo Entidad Relacion
Se desarroll para facilitar el diseo de bases de datos
permitiendo la especificacin de un esquema de una
empresa que representa la estructura completa.
Conjunto de Entidades:
Entidad: Cosa u objeto en el mundo real, que es distinguible
de otros objetos.
Comparten las mismas propiedades, o atributos. Ejem.
Conjunto de estudiantes.
Ejemplo entidad estudiante:
Propiedades o caractersticas: DNI, codigo, Nombres, Fecha de
nacimiento.
Atributos
Atributos Simples: no se dividen en subpartes.
Atributos compuestos: se pueden dividir en otros atributos, ejem:
Nombre_estudiante (Apellido_estudiante,Nombre_Estudiante)
Atributos monovalorados: que solo puede tener un valor particular de un
conjunto de entidades.
Atributos multivalorados: que pueden tener un conjunto de valores, Cero,
uno, dos mas valores, ejem. :
Telefono_estudiante (9278784,051369384,#9882312,*234234)
Atributos derivados: que deriva de los valores de otros atributos, ejem:
Edad que deriva de fecha de nacimiento
Asignaturas que cursan, puede derivar de entidad matricula.
Un atributo toma un valor de nulo cuando una entidad no tiene un valor para
el atributo.
Atributos
Relaciones
Una relacin es una asociacin entre diferentes
entidades.
Por ejemplo, se puede definir una relacin que asocie al
cliente Lpez con el prstamo P-15. Esta relacin especifica
que Lpez es un cliente con el prstamo nmero P-15.
Relaciones
Atributos de relacin (Atributos descriptivos)
Ejemplo: Conjuntos de entidades estudiante y asignatura que
participan en una relacin matriculado. Se podra desear
almacenar un atributo descriptivo para crditos con la
relacin, para registrar si el estudiante se ha matriculado de la
asignatura para obtener crditos o slo como oyente.
Correspondencia de Cardinalidades
Correspondencia de cardinalidad, expresa el nmero de
entidades a las que otra entidad puede estar asociada
va un conjunto de relaciones.
Correspondencia de Cardinalidades
Uno a uno: Una entidad en A se asocia con a la sumo
una entidad de B, y una entidad en B se asocia con a lo
sumo una entidad en A.
a1 b1
a2 b2
a3 b3

a4 b4
Correspondencia de Cardinalidades
Uno a varios: Una entidad A se asocia con cualquier nmero de
entidades en B (ninguna o varias). Una entidad B, en cambio, se
puede asociar con a lo sumo una entidad en A.

b1
a1
b2
a2
b3
a3
b4
 Varios a uno: Una entidad A se asocia con a los sumo asocia
con una entidad en B. Una entidad B, en cambio, se puede
asociar con cualquier nmero de entidades (ninguna o varias) en
A.
a1
b1
a2
b2
a3
b3
a4
 Varios a varios: una entidad A se asocia con cualquier nmero
de entidades (ninguna o varias) en B, y una entidad A se asocia
con cualquier nmero de entidades (ninguna o varias) en B.

a1 b1
a2 b2
a3 b3

a4 b4
Claves
Dado un conjunto de entidades es necesario tener una forma de identificarlos,
dentro de una base de datos a nivel atributo.
No permitiendo que un par de entidades tengan exactamente los mismos
valores de sus atributos.
Superclave: conjunto de atributos, que tomados colectivamente permiten identificar a la
entidad.
Clave primaria: atributo seleccionado por el diseador de la base de datos como
elemento principal para identificar la entidad.
DNI
Cdigo
El atributo clave nunca o casi nunca debera cambiar
Ejemplo: la direccin no puede ser una clave primaria, porque probablemente cambiar.
La clave primaria tambin sirve para relacionar entidades, ya que es una forma
de identificar las relaciones entre entidades.
Diagrama E-R
La estructura lgica de una base de datos se puede expresar grficamente mediante un diagrama
E R.
Los diagramas son simples y claros.
Los componentes son:
Rectngulos: conjuntos de identidades.
Elipses: atributos.
Rombos: relaciones.
Lneas: que unen conjuntos.
Elipses dobles: atributos multivalorados.
Elipses discontinuas: atributos derivados.
Lneas dobles: participacin total de una entidad en un conjunto de relaciones.
Rectngulos dobles: conjunto de entidades dbiles.
La clave primaria se subraya.
Para distinguir los tipo se tiene:
Lnea dirigida: Denota uno.
Lnea no dirigida: Denota varios.
E-R

Fecha_ac

Nombre Direccin Num_prestamo

Id_cliente
saldo

cliente prestatario prstamo

E-R

cliente prestatario prstamo Uno a varios

cliente prestatario prstamo Varios a varios

cliente prestatario prstamo Uno a uno

E-R

Ap_pat
Ap_mat Num_ca
Nompila
Calle
Nom_ca
Nombre
Direccin
Num_ext
Id_cliente

Num_int
Fec_nac
cliente CP

Tel Edad
E-R: Papeles Rol

Nombre_emp

Id_empleado Num_tel

director
empleado Trabaja_para
trabajador
E-R

puesto nivel

Nombre_emp Calle

trabajo

Id_empleado ciudad
Cd_suc

Nom_suc activo
empleado
Trabaja_en

sucursal
E-R

Fecha_pago

Num_prest importe Num_pago importe

prestamo Pago_prest
pago
Especializacin y generalizacin