Professional Documents
Culture Documents
Ramon Roque, MC
Los datos estn organizados de acuerdo a un modelo conocido y aceptado. Son usados por numerosas personas mediante programas de aplicacin.
Datos e informacin
DATOS = Son hechos que describen sucesos o entidades. Ejemplo: Valores aislados, signos, letras, numeros, etc. INFORMACION = Es un conjunto de datos significativos y pertinentes.
Significativos = Reconocibles, completos y sin ambiguedad . Pertinentes = Pueden utilizarse para responder preguntas.
3 4
Usuario final
Programa de aplicacin
Base de datos
Componentes de un sistema de BD
DATOS = Es lo que en realidad se almacena en la base de datos. INFORMACION = Son datos con significado y contexto para los usuarios.
1) DATOS
Deben ser INTEGRADOS (Unificados y con redundancia mnima) y COMPARTIDOS (que diferentes usuarios los accedan con fines diferentes).
2) HARDWARE
Almacenamiento (Discos), Procesadores, Memoria principal.
3) SOFTWARE
DBMS (DataBase Management System). - Es el software administrador de la base de datos. Todas las solicitudes de acceso son manejadas por l. Se encarga de la seguridad. UTILERIAS.- Herramientas, ayudas, generadores.
4) USUARIOS
Programadores de aplicaciones Usuarios finales Administrador de la base de datos.
5 6
Datos persistentes
Una Base de datos es un conjunto de datos persistentes DATOS PERSISTENTES. Una BD NO es efmera como los datos de entrada y salida de un programa (Variables de un programa). Una vez aceptados los datos por el DBMS, solo pueden ser removidos por una solicitud explcita al DBMS y NO como efecto secundario de un programa que termina su ejecucin.
7
Vnculos
Es una asociacin (Relacin) entre entidades.
Datos
Se pueden ver como Hechos verdaderos a partir de los cuales es posible inferir hechos adicionales.
8
Ejemplo
Entidades:
CLIENTES, FACTURAS
Vnculo:
1 CLIENTE tiene registradas muchas FACTURAS
Datos:
Para un cliente: NumCliente, Nombre, Direccion 123, JUAN PEREZ, Madero 345 Para una factura: NumFactura, Fecha, NumCliente 9234, 01/01/08, 123
Control Centralizado
Se refiere a que en la empresa habr una persona identificable que tendr responsabilidad sobre los datos. (Esa persona es el Administrador de datos Data Administrator (DA) )
11
12
13
14
Redundancia e inconsistencia
CLIENTES NumCliente 125 Nombre Materiales SA Direccion Galeana 4534 Telefono 712-32-45
FACTURAS NumFactura 873 Fecha 01/01/08 NombreCliente Materiales SA de CV DireccionCliente Galeana 4533
Hay REDUNDANCIA porque los campos Nombre y Direccin se repiten en diferentes lugares. La redundancia provoca INCONSISTENCIA: Cul de los dos nombres es correcto? Cul es la direccin real?
Ejemplo
Transferir $500 pesos de cuenta A hacia cuenta B Pasos a realizar:
PASO 1. Retirar $500 de cuenta A PASO 2. Depositar $500 a cuenta B
17
Saldo: $500 $0 SALDOS INCORRECTOS: Qu pas con los saldos? Dnde quedaron los otros $500 de la cuenta A?
18
<<Inicio de la transaccin>> <<Se va la luz en este punto y NO se completa el paso 2>> <<Como hubo un error, la transaccin se cancela, y todas las operaciones se retroceden hasta el punto antes de iniciar la transaccin>> (ROLLBACK TRANSACTION)
<<Inicio de la transaccin>>
<<Fin de la Transaccin. No hubo errores, todas las operaciones se aceptan y los cambios se realizan en la BD>> (COMMIT TRANSACTION)
Saldo:
$1000
$0
Saldo:
$500
$500
SALDOS CORRECTOS.
19
SALDOS CORRECTOS.
20
HACE AOS
Haba archivos en lugar de Bases de datos Los datos eran totalmente dependientes de los programas que los utilizaban. Era casi imposible compartir los datos entre programas fcilmente. Si se hacan cambios a la estructura de los datos, los programas dejaban de funcionar. La tcnica de acceso a datos era problemtica.
HOY EN DIA
Hay Bases de datos. Los datos y los programas son independientes. Los datos se comparten fcilmente. Se pueden hacer cambios a la estructura de los datos sin alterar los programas. La tcnica de acceso la determina el DBMS y no el programa de aplicacin.
21 22
Programas
Datos
BD En ACCESS
Y si a la BD se le agregan nuevas tablas, o nuevos campos, los programas siguen 23 funcionando normalmente.
* Modelos Conceptuales
Se enfocan en la naturaleza lgica de la representacin de los datos Lo que est representado en la base de datos y no como est representado
Modelos de ejecucin
Modelo de base de datos:
Jerrquico De Red Relacional Orientado a objetos (**Antiguo) (**Antiguo) (**Actual) (**Actual/Futuro)
* Modelos de Ejecucin
Hacen nfasis en como los datos estn representados en la base de datos. Cmo se ejecutan las estructuras de datos para representar lo que est modelado
25
Modelos Conceptuales
Modelo Entidad Relacin Modelo Orientado a Objetos
26
Modelo de BD Jerrquico
Posee una estructura jerrquica (de rbol invertido). Basado en relaciones Padre Hijos Cada padre puede tener muchos hijos. Cada hijo tiene un solo padre. La computadora NO ve un rbol como lo ven los usuarios; en su lugar ve una ruta que rastrea los padres a los hijos comenzando por la izquierda. La estructura ordenada de elementos se llama ruta jerrquica.
Componente A
Componente B
Componente C
Ensamble A
Ensamble B
Ensamble C
Parte A
Parte B
Parte C
Parte D
Parte E
27
Por ejemplo, para acceder a la Parte D, la ruta sera: Ensamble final Componente A Ensamble A Parte A Parte B Componente B Componente C Ensamble B Parte C Parte D
28
Pregunta:
Qu cambios habra que hacer en la estructura jerrquica anterior para optimizarla considerando que la Parte D es muy accesada?
29
30
El modelo de datos jerrquico fue descontinuado desde finales de los setenta y principios de los ochenta por:
Ensamble A
Ensamble B
Ensamble C
Parte D
Parte C
Parte E
Parte A
Parte B
Ahora, la ruta sera: Ensamble final Componente C Ensamble B (Observe que es mucho mas corta que la anterior).
Su ejecucin compleja. Era difcil de administrar. Su carencia de independencia estructural. Su complejidad. Las limitaciones de su ejecucin. La falta de estndares.
Parte D
31 32
Modelo de BD de red
Es mas eficiente que el jerrquico. Un padre puede tener varios hijos Un hijo puede tener varios padres Terminologa:
Padre = Registro propietario Hijo = Registro Miembro Relacin = Conjunto
Vendedor
1:M Conjunto Comisiones 1:M Conjunto Ventas
Cliente
1:M Conjunto Pagos
Producto
1:M Conjunto Inventario
Factura
1:M Conjunto Lneas
Pago
RenglnFactura
33
34
35
36
Modelo Relacional
El usuario percibe Tablas con datos. Los operadores generan nuevas tablas a partir de las anteriores.
37
38
Tabla Calificaciones
39
40
10
41
42
11