Departamento de Informática Universidad de Rancagua Diseño BDD Profesor: Paula Quitral pquitral@hotmail.com

BD GENERAL (tabla, campos, registros) Nombre Dirección Teléfono Acevedo Yañez Valentina Nicole Quillón 25 Depto. 32 853511 Montero Muñoz Diego Ismael General Prieto 450 Depto. 603 739567 Vilches Vidal Sofía Paloma Calle 3 Nº 66 Paradero 32 426891

Tipos de Bases de Datos : Planas y Relacionales Fecha Nombre Dirección Teléfono Hora Entrada Hora Salida 20-06-05 Acevedo Yáñez Valentina Nicole Quillón 25 Depto. 32 853511 7:56 17:40 Montero Muñoz Diego Ismael General Prieto 450 Depto. 603 739567 7:50 17:49 Vilches Vidal Sofía Paloma Calle 3 Nº 66 Paradero 32 426891 8:01 18:12 21-06-05 Quillon 25 Depto. 32 7:52 17:35 8:00 17:50 7:55 17:42 22-06-05 7:49 18:40 7:59 19:27 8:09 17:39

Tipos de Bases de Datos : Planas y Relacionales FUNCIONARIOS Rut Nombre Dirección Teléfono Cod Depto 11.225.466-2 Acevedo Yañez Valentina Nicole Quillon 25 Depto. 32 853511 02 7.325.166-5 Montero Muñoz Diego Ismael General Prieto 450 Depto. 603 739567 06 8.387.227-7 Vilches Vidal Sofía Paloma Calle 3 Nº 66 Paradero 32 426891 03 JORNADAS DEPARTAMENTOS Fecha Rut Hora Entrada Hora Salida 20-06-05 11.225.466-2 7:56 17:40 7.325.166-5 7:50 17:49 8.387.227-7 8:01 18:12 21-06-05 7:52 17:35 8:00 17:50 7:55 17:42 22-06-05 7:49 18:40 7:59 19:27 8:09 17:39 Codigo Depto Descripcion 01 Finanzas 02 Recursos Humanos 03 Capacitación 04 Informática 05 Relaciones Públicas 06 Mantención

Bases de datos relacionales : Oracle, SQL server, Access, MySQL etc. BD relacionales Tabla Funcionarios : Rut Nombre Dirección Teléfono Cod Depto Tabla Departamentos : Codigo Depto Descripcion Tabla Jornadas : Fecha Rut Hora Entrada Hora Salida No hay datos repetidos. Un campo en común. Bases de datos relacionales : Oracle, SQL server, Access, MySQL etc.

¿Para qué se quiere usar la base de datos? Diseño de BD ¿Para qué se quiere usar la base de datos? ¿Qué datos son los que nos interesan? ¿Qué información se quiere obtener? Un mal diseño hará que el sistema sea lento y los resultado no sean los esperados.

Relación uno a uno RELACIONES Registro 1 Registro n Registro 1

Relación uno a varios RELACIONES Registro 1 Registro n Registro 1

Relación varios a varios RELACIONES Relación varios a varios Registro 1 Registro 2 Registro 3 Registro n Registro 1 Registro 2 Registro 3 Registro n

Diseño BDD Se ocupa de tomar decisiones en la ubicación de programas que accederán a la base de datos y sobre los propios datos que la constituyen, a lo largo de los diferentes nodos que constituyen la red.

Analizar Diseño BD El nivel de compartición. Inexistente. Cada aplicación y sus datos se ejecutan en una maquina sin comunicación. Compartición de datos. Cada máquina posee sus propias aplicaciones locales pero se comparte los datos. Compartición de datos y programas. Las aplicaciones locales en una máquina pueden invocar servicios en otras y además comparten los datos.

Analizar Diseño BD Características de acceso a los datos. Estático. El modelo de acceso a los datos no varía con el tiempo. Dinámico. El modelo de acceso a los datos varía con el tiempo.

Analizar Diseño BD El nivel de conocimiento de la características de acceso Sin información. Los diseñadores no tienen información de cómo acceden los usuarios a los datos. Con información parcial. Los diseñadores no poseen toda la información de cómo acceden los usuarios a los datos. Con información total. Los diseñadores poseen la información completa de cómo los usuarios acceden a los datos.

Diseño BD Diseño del "esquema conceptual" Diseño "físico de la base de datos" Diseño BDD Diseño de la fragmentación Diseño de la asignación de los fragmentos

Objetivos del Diseño de la Distribución de los Datos Procesamiento local: colocar los datos tan cerca como sea posible. Distribución de la carga de trabajo: tomar ventaja de las diferentes características (potenciales) o utilizaciones de las computadoras de cada sitio. Costo de almacenamiento y disponibilidad: En relación con BDD y Aplicaciones

Diseño de BDD ¿Por qué hacer una fragmentación o replicación de datos? ¿Fragmentar o replicar? ¿Cómo realizar la fragmentación o replicación? ¿Qué tanto se debe fragmentar? ¿Cómo probar la validez de una fragmentación? ¿Cómo realizar el asignamiento de fragmentos? ¿Cómo considerar los requerimientos de la información?

Enfoque de diseño de BDD arriba hacia abajo, BDD homogeneas y nuevas Cuando arrancamos desde cero Necesita requerimientos disponibilidad, confiabilidad abajo hacia arriba, BD existente Si existe la base Tareas de integración: varias a una

Top-down

Etapas Top-down Análisis de requisitos: En esta etapa se determinan los requisitos para obtener tanto los datos como las necesidades de procesamientos de los usuarios. Diseño de vistas: se definirán las interfaces del usuario con el sistema. Diseño conceptual: integración de las vistas del usuario.

Etapas Top-down Diseño de la distribución. Consiste obtener diferentes esquemas conceptuales locales a partir del esquema conceptual global y la información de acceso. Fragmentación: consiste en decidir como dividimos la base de datos y en que partes. Asignación:consiste en ubicar los fragmentos que hemos obtenido en los distintos nodos

Etapas Top-down Diseño físico A partir de los esquemas conceptuales locales y la información de acceso obtenidos. Monitorización y ajustes Llevar un control del proceso e intentar reparar lo errores. .

bottom-up (Base de datos Federadas)

Mejoras Fragmentación Eficiencia. Los datos se almacenan donde van a ser utilizados y así no existe redundancia. Paralelismo:Las transacciones pueden dividirse en subconsultas que operan con fragmentos Seguridad. Los datos no necesarios localmente no se almacenan y se evita su uso por los usuarios no autorizados.

Tipo de Fragmentación Fragmentación horizontal. Consiste en el particionamiento en tuplas de una relación global en subconjuntos Fragmentación vertical. En este tipo de fragmentación se dividen el conjunto de atributos en grupos. Fragmentación mixta. Este tipo de fragmentación consiste en la aplicación de fragmentación vertical y después fragmentación horizontal o viceversa.

EJEMPLO FRAGMENTACIÓN

Fragmentación Horizontal

Fragmentación Vertical

¿Qué unidad de fragmentación tomar? particionamiento de la información para distribuir cada parte a los diferentes sitios de la red RELACIONES

¿PORQUE NO? Las vistas son subconjuntos de varias relaciones. Al descomponer una relación en fragmentos, se permite el procesamiento concurrente de transacciones ya que no se bloquean tablas enteras sino subtablas.

FRAGMENTACION OK Condición de completitud: descomposición de una relación en los fragmentos es completa si cada elemento de datos en R se encuentra en algún fragmento Condición de Reconstrucción. Si la relación R se descompone en fragmentos se debe poder volver a R. Condición de Fragmentos Disjuntos. Si la relación R se descompone en fragmentos y el dato di está en Rj, entonces, no debe estar en ningún otro fragmento.

Fragmentación y replica No soportar replicación. Cada fragmento reside en un solo sitio. Soportar replicación completa. Cada fragmento en cada uno de los sitios. Soportar replicación parcial. Cada fragmento en algunos de los sitios

Fragmentación y replica