Bases de Datos Relacionales I

Objetivos
Proporcionar al participante los conceptos bsicos de bases de datos y dar a conocer las principales funcionalidades de los sistemas administradores de bases de datos. Profundizar en el estudio del modelo relacional, su fundamento terico y lenguajes de consulta. Efectuar prcticas con el lenguaje

Contenido
1. 2. 3. 4. 5. 6. 7. 8. Introduccin (2 horas) El ambiente tecnolgico de las bases de datos(1 hora) El modelo relacional (2 horas) Instrumentacin de la base de datos (4 horas) Normalizacin (5 horas) Integridad y Seguridad (2 horas) Lenguajes para bases de datos (3 horas ) Manejo de Transacciones (1 horas)

Metodologa y Evaluacin
Las sesiones de clase son usadas por el instructor para
estimular la discusin y desarrollar nuevas relaciones con el propsito de emitir juicios e implicaciones que fundamenten los conocimientos que se desean obtener en el curso. 20 horas de clase con profesor titular y 28 horas de trabajo independiente, en el que se llevarn a cabo tareas y trabajos de desarrollo. Asistencia y participacin en clase 60%

Elaboracin de tareas y trabajos individuales

40%
4

1. Introduccin
Qu es una Base de Datos? Sistemas de Informacin y Bases de Datos Sistemas Manejadores de Bases de Datos El campo de las bases de datos Comparacin con el proceso por archivo Paradigma de base de datos Niveles de automatizacin Aplicaciones
5

Sobre los datos de la empresa

En la medida de lo posible los datos en la base deben cumplir con ser o estar : Independientes entre si Distribuidos No redundantes Reales Compartidos
6

Definicin
Base de Datos o BD
Coleccin de todos los datos operativos de una Empresa de acuerdo a un modelo especfico que son accesibles desde cualquier lugar fsico y nivel de la empresa (Estratgico, Tctico, Operativo)
Una BD debe cumplir con las caractersticas de:

Unicidad Consistencia Seguridad Privaca Disponibilidad Integridad

Comparacin entre Archivos y Base de Datos

Dependencia de ligas externas a los datos Datos sin compartir en toda la empresa Redundancia de los datos Archivos no relacionados entre s Acceso limitado y con poca flexibilidad, eficiencia y seguridad Independencia a ligas externas a los datos Datos compartidos y compatibles en la empresa Redundancia mnima y controlada Datos relacionados de acuerdo a un modelo Flexibilidad, Integridad, Eficiencia y seguridad

El campo de las BD
Eficiencia Acceso y modificacin de grandes volumenes de datos Adaptabilidad Supervivencia de datos bajo errores, reduciendo inconsistencias Control del acceso Simulataneidad de uso mltiple dentro de una congruencia con control de concurrencia y seguridad Persistencia Existencia y mantenimiento de datos por largos perodos de tiempo, independientemente del modo de acceso
9

2. El ambiente tecnolgico de las BD

Contexto informtico Actividades del modelador de bases de datos Breve cronologa de las bases de datos Evolucin de la nocin de BDs Modelos de datos Esquema e instancia Modelado Modelo de empresa Modelo de datos Modelo de implementacin
10

Diversos Modelos de una BD

En realidad han existido diversos modelos para modelar la realidad, aqu presentamos algunos de ellos Modelo Jerrquico Primer modelo de BD, IMS es la mas popular Modelo de Redes Definido por C. Bachman, IDMS fue el producto comercial Modelo Relacional Funcional Diseo de Codd popularizado por Date
(RDB, Oracle, Sybase, Informix )

Modelo Entidad - Relacin Concepcin de Chen, muy usado aplicable a

diversos modelos ( j,r,rel)

Modelo Semntico Inicialmente de R. Quillian usado solo en investigacin Modelo Binario Instrumentado por Stonebraker basado en el modelo de Codd
(Ingres)

Modelo Orientado a Objetos Popular al representar la tendencia actual

(Ilustra, O2 )

Modelo Mutlirelacional Extensin al relacional con inversin total

11

Usos de una Base de Datos

12

Entorno de operacin

13

EXTRANET / INTRANET:
El entorno actual
Interaccin actual entre el WWW y la BD

14

Niveles de Instrumentacin

15

Niveles de Instrumentacin (2)

16

3. El Modelo Relacional
Definicin del modelo relacional Esquema relacional Propiedades estructurales Definicin de relacin Identificacin de tuplas Almacenamiento de relaciones

17

Modelo de Datos
Un modelo es un conjunto de conceptos para describir los datos y la relacin semntica entre ellos, dentro de las restricciones que apliquen en la empresa La triada MD { G, O, R } G Reglas de generacin de objetos

0
R

Operaciones, elementos de manipulacin

Restricciones inherentes y explcitas

MD Notacin formal matemtica para expresar datos y relaciones Esquema del MD Es un plano de la BD Vista del MD es un subesquema del MD
18

Modelado

19

Definicin del Modelo

El modelo relacional es una estructura basada en colecciones de tablas en 2 dimensiones con propiedades especiales, que permiten representar distintos tipos de asociaciones Las tablas se denominan entidades y estn formadas por un conjunto de tuplas o instancias de cada relacin de datos atmicos, llamados dominios. Cada tupla representa un hecho elemental o aseveracin de la realidad a modelar: < Id objeto, propiedad 1, propiedad 2, , propiedad n > < Arbol, Altura, Color, , Edad > < Fresno, 10.30, caf oscuro, , 10 > El orden de cada tupla en la entidad y de cada dominio es irrelevante en la organizacin. Aunque los valores de los dominios pueden repetirse, las asociaciones son nicas, por lo que no pueden existir dos instancias iguales.
20

Operaciones con el Modelo

El modelo relacional permite
consultar las tablas: instancia por instancia insertar nuevas entidades: definicin de archivos insertar nuevas instancias: altas eliminar entidades: bajas de archivos eliminar instancias: bajas actualizar entidades: cambios interrelacionar entidades: a travs de un dominio

El modelo asume la existencia de un lenguaje de interaccin poderoso

El modelo fue desarrollado por F. Codd en los 70s y parte de la definicin matemtica de que un entidad es un subconjunto del producto cartesiano entre los dominios de la realidad a modelar:
Sean los dominios D1 : { d1a, d1b d1n }, D2 : { d2a, d2b d2n }, D3 : { d3a, d3b d3n } Entonces el producto cartesiano D1 x D2 x D3 esta dado por las tuplas < d1a, d2a,d3a > . < d1a, d2a,d3b > hasta .. < d1n, d2n,d3n >

El subconjunto de este producto es la realidad existente en un momento dado en la empresa

21

Ejemplos del Modelo

Entidades: archivos existentes (esquema)
entidad: Direcciones Nombre x Direccin x Nombre Pedro Martn Gonzalo Direccin Pino 67 Encino 40 Suace 34 Telfono T elfono 229-3456 456-8907 345-6789

entidad: Edades Nombre x Edad Nombre Pedro Martn Gonzalo Teresa Edad 34 45 23 23

Estado Civil Estado Civil casado soltero soltero casada

Vistas: relacin temporal entre archivos (subesquema)

Relacin entre entidades Nombre Pedro Martn Edad 34 45 Direccin Telfono Pino 67 229-3456 Encino 40 456-8907

Note que no todos las tuplas estn relacionadas, igualmente los entidades son solo un subconjunto de todas las combinaciones 22 posibles de los productos cartesianos

Identificacin de tuplas
Tradicionalmente se conoce como llave de acceso a aquel campo o campos de un registro que nos dan permiten llegar directo a un dato, por ejemplo el nombre de la persona me da su edad o su sexo. En el modelo relacional se mantiene esta situacin siendo este dominio o conjunto de dominio la llave de acceso. Para encontrar los indices principales, en el modelo buscaremos aquellos dominios que son independientes, esto es aquellos de los que los dems dominios de la relacin dependen para generar una relacin funcional. A esto le llamaremos dependencias funcionales o DF. Es comn que el dominio o los dominios independientes correspondan a la llave de acceso de un archivo (igualmente al ndice principal en un archivo indexado).
23

Identificacin de llaves
Tradicionalmente existen las siguientes tipos de llaves de acceso a un archivo: Llave Primaria: Dominio(s) independientes en la entidad Llave Compuesta: Si la llave primaria es formada por varios dominios Super Llave: Conjunto de llaves que satisfacen la identificacin nica. En el modelo relacional es lo que se desea, para lo que se requiere el proceso de normalizacin de entidades en el modelado de la realidad Atributo Primo: es aquel dominio independiente y que forma parte de la llave de una entidad especfica. Atributo No primo: es aquel dominio que dependa de una llave en una entidad, sin participar en la llave. Llave Fornea: Aquel dominio que existiendo como dependiente en una entidad es a su vez una llave (Atributo primo) en otra entidad de la BD.
24

4. Instrumentacin de la Base de Datos

Tpicos de instrumentacin de BD Esquema con dos entidades Esquema con dos entidades y repeticiones Esquema con dos entidades, repeticiones y colector de apuntadores ndice colector

25

Inicial

26

I n t e r m e d i o s

27

I n t e r m e d i o s

28

I n t e r m e d i o s

29

I n t e r m e d i o s

30

C o l e c t o r
31

Completo

32

Colector Completo

33

Diagrama de la BD

34

Instrumentacin dinmica de los ndices en una BD

Acceso Directo por HASHING (Revoltura)
Acceso por ndices con reordenamiento en lote Este fue un mecanismo muy utilizado, actualmente se encuentra en muchos manejadores de archivos en los aos 70's

Manejo de rboles B y B *
Este es el algoritmo ms utilizado actualmente en el desarrollo de bases de datos, ya que permite una insercin ordenada en rboles balanceados en los ndices.

35

Instrumentacin actual de un BD
Por su parte los mecanismos descritos pueden presentan Todava problemas de eficiencia, por lo que el manejo de dominios se efecta a travs de Entidades Independientes, por medio de un archivo colector de repeticiones o sinnimos como se muestra: Dominio a b Entidades ABC, TAM ABC, MTU SINONIMOS aprima, alpha

Igualmente, se maneja una inversin parcial de las entidades; esto es nicamente se indexan aquellos dominios especficamente solicitados por el programador o 36 administrador de la base de datos.

5. Normalizacin
Diseo de esquemas relacionales
Relaciones libres de anomalas Ejemplos de descomposicin Descomposicin sin prdida

Dependencia funcional
Ejemplos bsicos

Formas normales (anomalas)

1. Forma normal(1NF) 2. Forma normal(2NF) 3. Forma normal(3NF)

Gua para normalizar 3NF Otras formas normales Comparacin con otros modelos
Modelos de datos
37

Primera Forma Normal (1FN)

Nombre reg 1 TASA Antig 25 aos Dire cciones Ciudad Producto clavos tornillos tuercas tachuelas tuercas tachuelas clavos tornillos tuercas Reforma 23 Puebla

reg 2 reg 3

MESA GISA

15 aos 20 aos

Juarez 15 Sur 322

Cholula Puebla

No esta normalizada ya que no existen relaciones atmicas entre los dominios. Anomala De qu tamao es un registro?

Entidad en 1FN
En el producto cartesiano todos los dominios tienen valores atmicos
tupla 1 tupla 2 tupla 3 tupla 4 tupla 5 tupla 6 tupla 7 tupla 8 tupla 9

Nombre TASA TASA TASA TASA MESA MESA TASA GISA GISA

Antig 25 aos 25 aos 25 aos 25 aos 15 aos 15 aos 20 aos 20 aos 20 aos

Dire cciones Reforma 23 Reforma 23 Reforma 23 Reforma 23 Juarez 15 Juarez 15 Sur 322 Sur 322 Sur 322

Ciudad Puebla Puebla Puebla Puebla Cholula Cholula Puebla Puebla Puebla

Producto clavos tornillos tuercas tachuelas tuercas tachuelas clavos tornillos tuercas

Cant 400 200 100 50 30 20 20 38 50 40

Segunda Forma Normal (2FN)

Sin embargo la 1FN tiene problemas cuando los atributos tienen dependencia de varias llaves o dominios independiente.
Nombre tupla 1 tupla 2 tupla 3 tupla 4 tupla 5 tupla 6 tupla 7 tupla 8 tupla 9 TASA TASA TASA TASA MESA MESA TASA GISA GISA Antig 25 aos 25 aos 25 aos 25 aos 15 aos 15 aos 20 aos 20 aos 20 aos Dire cciones Reforma 23 Reforma 23 Reforma 23 Reforma 23 Juarez 15 Juarez 15 Sur 322 Sur 322 Sur 322 Ciudad Puebla Puebla Puebla Puebla Cholula Cholula Puebla Puebla Puebla Producto clavos tornillos tuercas tachuelas tuercas tachuelas clavos tornillos tuercas Cant 400 200 100 50 30 20 20 50 40

Anomala

Qu pasa cuando dejo de comprarle a TASA ?

Ent 1 Nombre TASA MESA GISA
Ent 2 tupla 1 tupla 2 tupla 3 tupla 4 tupla 5 tupla 6 tupla 7 tupla 8 tupla 9

Antig 25 aos 15 aos 20 aos

Nombre TASA TASA TASA TASA MESA MESA TASA GISA GISA

Dire cciones Ciudad Reforma 23 Puebla Juarez 15 Cholula Sur 322 Puebla
Producto clavos tornillos tuercas tachuelas tuercas tachuelas clavos tornillos tuercas Cant 400 200 100 50 30 20 20 39 50 40

Entidades en 2FN
Las entidades estn en 1FN y adems cada dominio o atributo depende de un sola llave: Ent 1 Nombre ==> Ant, Dir,Cd Ent 2 Nombre, Producto ==> Cant

tupla 1 tupla 2 tupla 3

Tercera Forma Normal (3FN)

Sin embargo la 2FN tiene problemas cuando uno de los atributos tienen dependencia transitiva de los dominios o atributos
Anomala
Ent 1 tupla 1 tupla 2 tupla 3 Nombre TASA MESA GISA Antig 25 aos 15 aos 20 aos Dire cciones Ciudad Reforma 23 Puebla Juarez 15 Cholula Sur 322 Puebla

Qu pasa cuando TASA de ser mi proveedor?

Entidades en 3FN
Ent 1 Nombre TASA MESA GISA Antig 25 aos 15 aos 20 aos Dire cciones Reforma 23 Juarez 15 Sur 322

Las entidades estn en 2FN y adems cada dominio o atributo depende NO transitivamente de un sola llave: Ent 1 Nombre ==> Ant, Direcciones Ent 3 Direcciones ==> Ciudad

tupla 1 tupla 2 tupla 3

Ent 3 tupla 1 tupla 2 tupla 3

Direcciones Reforma 23 Juarez 15 Sur 322

Ciudad Puebla Cholula Puebla

40

Normalizacin: Redundancia controlada

La normalizacin genera ms entidades, sin embargo esta redundancia aparente esta controlada por el manejador de BD, siendo ajena para el usuario. Por otro lado el tamao de los archivos tiende a reducirse.

Entidades normalizadas
Ent 1 tupla 1 tupla 2 tupla 3 Nombre TASA MESA GISA Antig 25 aos 15 aos 20 aos Dire cciones Reforma 23 Juarez 15 Sur 322

Ent 2

Nombre TASA TASA TASA TASA MESA MESA TASA GISA GISA

Producto clavos tornillos tuercas tachuelas tuercas tachuelas clavos tornillos tuercas

Cant 400 200 100 50 30 20 20 50 40

Entidad sin normalizar

Nombre reg 1 TASA Antig 25 aos Dire cciones Ciudad Producto clavos tornillos tuercas tachuelas tuercas tachuelas clavos tornillos tuercas Reforma 23 Puebla

reg 2 reg 3

MESA GISA

15 aos 20 aos

Juarez 15 Sur 322

Cholula Puebla

tupla 1 tupla 2 tupla 3 tupla 4 tupla 5 tupla 6 tupla 7 tupla 8 tupla 9

Ent 3 tupla 1 tupla 2 tupla 3

Direcciones Reforma 23 Juarez 15 Sur 322

Ciudad Puebla Cholula Puebla

41

Normalizacin Ulterior
La normalizacin puede ser continuada mas all de la 3FN, existen argumentos acadmicos interesantes para la existencia de

BCFN Forma Normal de Boyce y Codd Las entidades estn en 3FN y adems todo dominio independiente es una llave candidato: Ent={A,B,C,D} y las depencias son A==> BCD y D==>A aqui A y D son llaves 4FN Cuarta Forma Normal Las entidades estn en BCFN y adems no se tienen dependencias multievaluadas
5FN Quinta Forma Normal

D/KFN Forma Normal de Dominio y Llave

Para los propsitos de una operacin administrativa la 3FN es suficientemente poderosa.

42

E n t r e v i s t a

La empresa YAVAS empresa dedicada a la fabricacin de herrajes para muebles de diversos tipos, ha llamado al experto para que sistematice su operacin de pedidos. He aqu un registro de la entrevista: Gerente -- Mire ingeniero queremos que nos ponga un sistema
moderno con todas las ventajas de la computacin, dgame que mquina comprar y que sistema de base de datos a usar.

Ingeniero -- Con calma hombre, primero necesito conocer su realidad

informacional, esto es sus reportes, sus formatos de entrada, en fin las relaciones del sistema de pedidos.

Gerente -- Mire yo no soy experto en la materia, precisamente por eso

lo llame a UD. Esta compaa dedicada a la manufactura de herrajes, que son los chunches que se le ponen a los muebles para armarlos hoy en da (no clavos pues), para hacerlos modulares. El xito que hemos tenido es que nos piden diversos herrajes para diversos muebles. As por ejemplo un mueble lleva distintos herrajes, con una cantidad especfica de cada herraje por cada mueble. Los mismos herrajes se usan en diversos muebles pero en cantidades distintas.
43

E n t r e v i s t a
(2)

Gerente -- Adems por cada orden de compra llevamos informacin de la

direccin de envo, el nombre del cliente y la cantidad y tipo de herrajes de cada mueble en cuestin. Guardamos tambin el precio del artculo (herraje) por lnea de detalle y la fecha de la orden de compra con su numero de folio. Conocemos tambin la informacin de cada mueble en trminos de los tipos y nmeros de herrajes que requieren para usarse en pedidos futuros.

Gerente -- Como los herrajes se adquieran de distintas plantas necesitamos

conocer el nombre de la planta que lo manufactura y la cantidad en inventario del mismo. Ciertamente cada planta nos entrega diversos herrajes. Por cada herraje conocemos su tipo, calidad y descripcin; por cada cliente, sus direcciones. Los descuentos los manejamos nicamente por volumen de compra de cada artculo en cada orden.....

Ingeniero -- Muy bien djeme trabajar un rato con esta informacin y le

propongo una esquema de sistematizacin
44

Gua de Normalizacin
1. Defina los Dominios ( Atomice lo mnimo necesario ) 2. Defina los Formatos ( Defina formatos comunes ) 3. Escriba todas las suposiciones semnticas iniciales 4. Obtenga la Tabla de Dependencias (conectando todos los dominios) 5.Determine las dependencias funcionales ( sentido de la fecha, dominios independientes conjuntos ) 6. Elimine las dependencias transitivas 7. Partiendo de la Tabla de Dependencias obtenga: las entidades mnimas necesarias, tomando cada dominio(s) independiente para entablar a la entidad. 8. Complete la lista de suposiciones semnticas 9. Presente los resultados: Dominios, Entidades, Suposiciones 10. Obtenga aprobacin firmada de la definicin en caso necesario efecte las modificaciones requeridas (un buen diseo debe no contener ms de 100 dominios y 40 entidades por sistema )
45

D o m i n i o s

1. Mueble: Integer Ejemplo : 32 2. Descripcin Mueble: String ( 40 ) Ejemplo : "Librero Grande" 3. Direccin: String ( 40 ) Ejemplo : "Jurez 34, Toluca, Mx." 4. Herraje: Integer Ejemplo : 45 5. Nmero: Integer Ejemplo : 12 6. Descripcin Herraje: String ( 40 ) Ejemplo :"horquilla mediana 7. Calidad: String ( 10 ) Ejemplo : "cromo" 8. Folio: Integer Ejemplo : 1234 9. Fecha: Date long Ejemplo : 12/12/1997 10. Lnea Detalle: Integer Ejemplo : 13 11. Cantidad: Integer Ejemplo : 80 12. Planta: Integer Ejemplo : 12 13. Inventario: Integer Ejemplo : 439 14. Descripcin Planta: String (30) Ejemplo : "automatizada grande" 15. Volumen: Integer Ejemplo : 500 16. % de Descuento: Integer Ejemplo : 25 17. Precio: Real Ejemplo : $ 0.50 46

Realidad Informacional

47

E n t i d a d e s

1. Muebles : 2. Direcciones : 3. Ensambles : 4. Herrajes : 5. Ordenes : 6. Detalles : 7. Inventarios : 8. Plantas : 9. Descuentos : Suposiciones

( Mueble, Descripcin Mueble ) ( Direccin, Cliente ) ( Herraje, Mueble, Nmero ) ( Herraje, Descripcin Herraje, Calidad, Precio ) ( Folio, Direccin, Fecha ) ( Folio, Lnea Detalle, Cantidad, Herraje ) ( Planta, Herraje, Inventario ) ( Planta, Descripcin Planta )

( Herraje, Volumen, % Descuento )

En cada se planta se producen diversos herrajes Herrajes iguales se producen en plantas distintas El descuento depende del volumen y del herraje El cliente tiene distintas direcciones de envo Un mismo herraje se utiliza en varios muebles Muebles distintos usan herrajes similares En una orden de compra puede tener varias lneas de detalle

48

Ejercicios de Normalizacin (1)

La empresa ADELANTE tiene una estructura jerrquica en su operacin, adems esta convencida de la necesidad de cambiar sus sistemas de informacin a una base de datos relacional, que les de todas las flexibilidades y ventajas de que tanto habla un conferenciante un tanto loco llamado F.J. Codd y su ayudante C.J. Date. La informacin con la que cuenta es la siguiente: Por cada departamento tiene un nmero individual, cada departamento es manejado por un jefe ( y solo uno ). Cada departamento tiene un presupuesto asignado, as como los proyectos que maneja. Por cada proyecto se tiene la informacin de los empleados que trabajan en el proyecto y el presupuesto del proyecto. Igualmente las oficinas asignadas a cada departamento y los telfonos de cada oficina. Por cada empleado, la empresa conoce en que proyecto esta laborando y a que departamento pertenece, as como su telfono y su historia salarial, consistente en los salarios y puestos que ha desempeado en la empresa en diferentes fechas. Finalmente la empresa conoce el tamao de cada oficina.
Podra UD. plantear un esquema de bases de datos relacional para esta informacin? 49

Ejercicios de Normalizacin (2)

Habiendo resuelto su base de datos de personal, ahora la empresa ADELANTE desea reestructurar su sistema de ordenes y pedidos. Actualmente maneja la siguiente informacin: Por cada cliente maneja su limite de crdito, su balance y las direcciones del mismo. Por cada orden de compra, el nmero del orden, la fecha, la direccin de envo. Por cada lnea de detalle en la orden de compra maneja igualmente la cantidad de producto y el nmero del producto. Por cada producto la descripcin del mismo y las plantas donde se produce y por cada planta los productos que produce y el nivel de inventario de cada producto.
Podra UD. plantear un esquema de bases de datos relacional para esta informacin? 50

Conversin entre Modelos

de Relacional

a Entidad - Relacin

51

Elementos del modelo

Entidad - Relacin
Elementos Rectngulo Representa entidades bsicas Doble Rectngulo Representa entidades dbiles que no tienen llaves primarias Diamante identificador de relaciones Elipse Atributos de la entidad, si esta subrayado es llave primaria Lnea 52 Ligas

Modelo Entidad - Relacin

Introduce el enfoque de Orientado a Objetos al definir tipos de datos que encapsulen a una entidad completa como un nuevo objeto Permite analizar partes de una Base de Datos de mayor dimensin (muchos dominios) a nivel entidades sin tener que estudiar todos los dominios especfico que se vuelven atributos de las mismas.
53

6. Integridad y seguridad:
Directorio de Datos
Las bitcoras modelan y registran los procesos que se efectan dentro de la base de datos

Se logra por medio de almacenar los datos asociados con la ejecucin de los comandos del SQL de la base de datos (altas bajas cambios, perdidas) . 54 Contienen el QUE, QUIEN, COMO, DONDE y CUANDO de la BD

BITACORAS:
QUE, QUIEN, COMO, DONDE y CUANDO Bitcora de Usuarios:
Usuario, Password, depto, sistema, archivos, terminal, permisos

Bitcora de Archivos:
Password, Dueo, sistema que los usan, dominos, formatos, ubicacin, usuarios

Catlogo de Sistemas:
Depto, sistema, archivos, terminal, programas, responsable

Bitcora de Errores:
Tipo, programa, descripcin, hora, lugar, usuario, fecha, archivo, sistema

Bitcora de Uso:
Fecha, Usuario, Sistema, Permiso, Terminal, Registro, tipo de a,cceso Imagen Vieja, Imagen Nueva

Manuales del Sistema:

Sistema, depto, archivos, procedimiento de uso, nivel de sistematizacin/automatizacin
55

Normalizacin del Directorio

Ejemplo de las dependencias funcionales de la bitcora de uso

56

Uso de la Bitcora

Ante estas actualizaciones en las Entidades TAM y ABC la bitcora refleja la siguiente actividad

57

Recuperacin

58

Arranque en Fro
1 2 3
Determinacin de la Entidad (Archivo) perdido Cargado del ltimo respaldo Ordenamiento de la bitcora segn el archivo perdido Lectura de Imgenes nuevas de cada registro de la entidad en cuestin Lectura de Imgenes viejas de la bitcora y corroboracin con la imagen en el respaldo Actualizacin correspondiente de ms antiguo a ms reciente
59

4
5

Respaldos
1 2 3 4
Respaldar la base de datos BD cuando se llene la bitcora de uso Respaldar la bitcora de uso y limpiarla la copia actual Se deben mantener copias de la BD y la bitcora en el sitio Es recomendable tener una copia adicional en un lugar ajeno fsicamente de la instalacin El tamao de la bitcora es funcin del nmero de actualizaciones que tenga la base de datos
60

Arranque en Caliente
1 2 3 4
Determinacin del ltimo punto estable Lectura de imgenes viejas de los archivos modificados en el perodo de inestabilidad del proceso usando la bitcora de uso Lectura de imgenes nuevas de la bitcora y corroboracin con la imagen en el archivo Desactualizacin de los archivos por medio del reemplazo de imgenes viejas por nuevas Aviso a los usuarios para que repitan las actualizaciones efectuadas durante el perodo de inestabilidad
61

Camino al cambio de las TI

SER == > Existencia de Carencias
Sistema catico, dependiente y limitado

Querer Ser == > Convencimiento

Unificacin y Confianza

Saber Ser == > Compromiso

Preparacin, Seleccin, Capacitacin

Poder Ser == > Costo

Inversin Adecuada en tecnologa

DEBER SER == > Crecimiento e Innovacin

Libertad, Eficiencia, Confiabilidad e Independencia
62

Estrategias en Base de Datos

Para convencer Simulaciones en Hoja de Clculo Para unificar y generar confianza Llevar a Base de Datos las aplicaciones nuevas Para promover la cooperacin Primero llevar a Base de Datos los procesos externos
63

7. Lenguajes para BD:

lgebra y clculo relacional
El LDD es el Lenguaje de Definicin de los Datos El LMD es el Lenguaje de Manipulacin de los Datos Existen dos grandes clases de lenguajes de consulta y acceso relacional: Basados en lgebra relacional El prototipo de esta clase es el denominado SQL (Structured Query Language) Select PROV.PROV# From PROV Where PROV.CIUDAD = Puebla Basados en el clculo de predicados. El prototipo de esta tipo de lenguajes es el PROLOG

64

Ejemplos de SQL
Asumiendo la existencia de los siguientes archivos (entidades)
Muebles : ( Mueble, Descripcin Mueble ) Direcciones : ( Direccin, Cliente ) Ensambles : ( Herraje, Mueble, Nmero ) Herrajes :
( Herraje, Descripcin Herraje, Calidad, Precio )

Ordenes : ( Folio, Direccin, Fecha ) Detalles : ( Folio, Lnea Detalle, Cantidad, Herraje ) Inventarios : ( Planta, Herraje, Inventario ) Plantas : ( Planta, Descripcin Planta ) Descuentos : ( Herraje, Volumen, % Descuento )
65

Solucin del SQL

66

Ejemplos de SQL (2)

Asumiendo la existencia de los siguientes archivos (entidades)

67

Solucin del SQL (2)

68

Ejemplo Numrico
Se obtienen las siguientes tuplas

Asumiendo estos datos en las entidades

69

8. Manejo de Transacciones
Transacciones, Serializacin Enfoques de solucin Protocolo de bloque en dos fases Transacciones Consistencia Estado de transacciones Diagrama de estado en una transaccin Recuperacin de falla

70

Criterios en una Transaccin

En su diseo Correctitud Una transaccin debe mantener la consistencia de la BD Atomicidad Una transaccin debe manejarse como un objeto atmico, esto es no puede ejecutarse un pedazo del mismo nicamente, o se completa toda o no se completa En su ejecucin Activa: SI se encuentra en proceso de ejecucin Parcialmente Comprometida: se ha ejecutado parte de ella
(es estado temporal)

Fallida: NO puede ser completada (requiere ser terminada) Terminada: Se efecta un ROLLBACK para deshacer el proceso 71 Comprometida: Se efecta un COMMIT para completarla

Ejemplo de transaccin

72

Bibliografa
Date C. J. Data Base Systems

73