TECNOLGICO NACIONAL DE MXICO

INSTITUTO TECNOLGICO DE TIJUANA

SUBDIRECCIN ACADMICA
DEPARTAMENTO DE SISTEMAS Y COMPUTACIN
SEMESTRE AGOSTO-DICIEMBRE 2015

INGENIERA EN TECNOLOGAS DE LA INFORMACIN Y

COMUNICACIONES

BASES DE DATOS DISTRIBUIDAS

(SERIE TI4A)
2.1. Consideraciones de diseo de bases de datos
distribuidas.
UNIDAD 2

INTEGRANTES:
GONZLEZ URAS DAMIN 13210350
LPEZ ANGUIANO JOS EVERARDO 13210427
RIVERA JR. MONZN ROBERTO 13210429
SAINZ SANDOVAL ARANZA KARINA 13211515

MTRO. ALFREDO LPEZ CHAPARRO

TIJUANA, B.C. 11 SEPTIEMBRE 2015

 Introduccin
El diseo d una base de datos distribuidas sin duda es una de las partes ms
importante a la hora de realizar una BD, esto se debe a que aqu se definir el
comportamiento de la BD y las relaciones que tendrn sus tablas y los atributos con
los cuales contara la BD.
En este trabajo se vern puntos importantes para el diseo de una base de datos.
Estos puntos nos ayudaran a estructurar la BD y posteriormente nos ayudaran a que
no se sufra por algn desperfecto en el futuro por causas de un mal diseo de la BD
 Qu es un buen diseo de base de datos?

El proceso de diseo de una base de datos se gua por algunos principios. El

primero de ellos es que se debe evitar la informacin duplicada o, lo que es lo
mismo, los datos redundantes, porque malgastan el espacio y aumentan la
probabilidad de que se produzcan errores e incoherencias. El segundo principio es
que es importante que la informacin sea correcta y completa. Si la base de datos
contiene informacin incorrecta, los informes que recogen informacin de la base de
datos contendrn tambin informacin incorrecta y, por tanto, las decisiones que
tome a partir de esos informes estarn mal fundamentadas.

Un buen diseo de base de datos es, por tanto, aqul que:

Divide la informacin en tablas basadas en temas para reducir los datos

redundantes.

Proporciona a Access la informacin necesaria para reunir la informacin de las

tablas cuando as se precise.

Ayuda a garantizar la exactitud e integridad de la informacin.

Satisface las necesidades de procesamiento de los datos y de generacin de

informes.
El proceso de diseo
El proceso de diseo consta de los pasos siguientes:

Determinar la finalidad de la base de datos

Es conveniente plasmar en papel el propsito de la base de datos: cmo piensa

utilizarla y quin va a utilizarla. Para una pequea base de datos de un negocio
particular, por ejemplo, podra escribir algo tan simple como "La base de datos de
clientes contiene una lista de informacin de los clientes para el envo masivo de
correo y la generacin de informes". Si la base de datos es ms compleja o la
utilizan muchas personas, como ocurre normalmente en un entorno corporativo, la
finalidad podra definirse fcilmente en uno o varios prrafos y debera incluir
cundo y cmo va a utilizar cada persona la base de datos. La idea es desarrollar
una declaracin de intenciones bien definida que sirva de referencia durante todo el
proceso de diseo. Esta declaracin de intenciones le permitir centrarse en los
objetivos a la hora de tomar decisiones.

Buscar y organizar la informacin necesaria

Para buscar y organizar la informacin necesaria, empiece con la informacin

existente. Por ejemplo, si registra los pedidos de compra en un libro contable o
guarda la informacin de los clientes en formularios en papel en un archivador,
puede reunir esos documentos y enumerar cada tipo de informacin que contienen
(por ejemplo, cada casilla de un formulario). Si no dispone de formularios, imagine
que tiene que disear uno para registrar la informacin de los clientes. Qu
informacin incluira en el formulario? Qu casillas creara? Identifique cada uno de
estos elementos y cree un listado. Suponga, por ejemplo, que guarda la lista de
clientes en fichas. Cada ficha podra contener un nombre de cliente, su direccin,
ciudad, provincia, cdigo postal y nmero de telfono. Cada uno de estos elementos
representa una columna posible de una tabla.

Cuando prepare esta lista, no se preocupe si no es perfecta al principio.

Simplemente, enumere cada elemento que se le ocurra. Si alguien ms va a utilizar
la base de datos, pdale tambin su opinin. Ms tarde podr ajustar la lista.
 Dividir la informacin en tablas

Para dividir la informacin en tablas, elija las entidades o los temas principales. Por
ejemplo, despus de buscar y organizar la informacin de una base de datos de
ventas de productos, la lista preliminar podra ser similar a la siguiente

Las entidades principales mostradas aqu son los productos, los proveedores, los
clientes y los pedidos. Por tanto, parece lgico empezar con estas cuatro tablas: una
para los datos sobre los productos, otra para los datos sobre los proveedores, otra
para los datos sobre los clientes y otra para los datos sobre los pedidos. Aunque
esto no complete la lista, es un buen punto de partida. Puede seguir ajustando la
lista hasta obtener un diseo correcto.

Cuando examine por primera vez la lista preliminar de elementos, podra estar
tentado a incluirlos todos ellos en una sola tabla en lugar de en las cuatro tablas
mostradas en la ilustracin anterior. A continuacin le explicaremos por qu eso no
es una buena idea. Considere por un momento la tabla que se muestra a
continuacin
 Convertir los elementos de informacin en columnas

Para determinar las columnas de una tabla, decida qu informacin necesita

registrar sobre el tema representado por la tabla. Por ejemplo, para la tabla Clientes,
una buena lista de columnas iniciales sera Nombre, Direccin, Ciudad-Provincia-
Cdigo postal, Enviar correo electrnico, Saludo y Correo electrnico. Cada registro
de la tabla contiene el mismo nmero de columnas, por lo que puede almacenar
informacin sobre el nombre, direccin, ciudad-provincia-cdigo postal, envo de
correo electrnico, saludo y direccin de correo electrnico para cada registro. Por
ejemplo, la columna de direccin podra contener las direcciones de los clientes.
Cada registro contendr datos sobre un cliente y el campo de direccin, la direccin
de ese cliente.

Cuando haya determinado el conjunto inicial de columnas para cada tabla, puede
ajustar con mayor precisin las columnas. Por ejemplo, tiene sentido almacenar los
nombres de los clientes en dos columnas distintas (el nombre y el apellido) para
poder ordenar, buscar e indizar por esas columnas. De igual forma, la direccin
consta en realidad de cinco componentes distintos: direccin, ciudad, provincia,
cdigo postal y pas o regin, y parece lgico tambin almacenarlos en columnas
distintas. Si desea realizar, por ejemplo, una bsqueda o una operacin de
ordenacin o filtrado por provincia, necesita que la informacin de provincia est
almacenada en una columna distinta.
 Especificar claves principales

Cada tabla debe incluir una columna o conjunto de columnas que identifiquen
inequvocamente cada fila almacenada en la tabla. sta suele ser un nmero de
identificacin exclusivo, como un nmero de identificador de empleado o un nmero
de serie. En la terminologa de bases de datos, esta informacin recibe el nombre
de clave principal de la tabla. Access utiliza los campos de clave principal para
asociar rpidamente datos de varias tablas y reunir automticamente esos datos.

Definir relaciones entre las tablas

Examine cada tabla y decida cmo se relacionan los datos de una tabla con las
dems tablas. Agregue campos a las tablas o cree nuevas tablas para clarificar las
relaciones segn sea necesario.

Ajustar el diseo

Analice el diseo para detectar errores. Cree las tablas y agregue algunos registros
con datos de ejemplo. Compruebe si puede obtener los resultados previstos de las
tablas. Realice los ajustes necesarios en el diseo.

Aplicar las reglas de normalizacin

Aplique reglas de normalizacin de los datos para comprobar si las tablas estn
estructuradas correctamente. Realice los ajustes necesarios en las tablas.
 Consideraciones de diseo de bases de datos distribuidas

En el diseo de las BDD, una cuestin clave es la distribucin de los datos. El encargado de
esta tarea es el DBA, el cual establece en tiempo de diseo el modelo de distribucin de los
datos. Esta definicin es progresiva, de acuerdo a la evolucin de la BD y al modo en que el
SGBD resuelve:

La distribucin de las funciones

La sincronizacin de las operaciones
La descomposicin de las consultas

Alternativas de diseo

En todo proceso de diseo hay dos aproximaciones bsicas [2]:

La ascendente o Top-Down.
La descendente o Bottom-Up.

El diseo ascendente se utiliza, cuando se crea un BDD a partir de varias BBDD locales
existentes. Se parte de varios esquemas lgicos locales (ELL) con ubicaciones diferentes
que se integran en un nico esquema lgico global (ELG).

El diseo descendente parte de un ELG y construye varios ELL definidos a partir de

esquemas de fragmentacin, asignacin y replicacin que determinan la distribucin de los
datos en los distintos nodos de la red.
 Conclusin
Las consideraciones para un diseo de base de datos distribuidas se pueden ver como una
gua para determinar el mejor comportamiento que tendr la BD.
Como primer punto se debe determinar cul ser la finalidad por la cual se creara una base
de datos ya que tengamos dicha informacin pasaremos a definir las tablas y los atributos
que estn tendrn para posteriormente almacenar la informacin requerida por la BD.
Tambin se debe ver cules sern las relaciones entre las tablas que tengamos y tener a la
mano un diccionario para identificar las palabras clave o abreviaturas que tendr la BD.
Ya con estos principales pasos definidos es importante revisar de nuevo la BD para verificar
que todo est en orden, posteriormente podremos aplicar las reglas de normalizacin
.
Tomando en cuenta estas consideraciones se podr llevar a cabo una buena BDD.
Bibliografas
https://prezi.com/7byr--itabgs/diseno-de-las-bases-de-datos-distribuidas/

http://es.slideshare.net/cuate18/unidad-2-diseo-de-las-bases-de-datos-distribuidas

http://mauricio-iso20000.blogspot.mx/p/unidad-2-diseno-de-bases-de-datos.html

http://orff.uc3m.es/bitstream/handle/10016/11238/PFC_Laura_Martinez_Martin.pdf?
sequence=1

http://es.scribd.com/doc/40782886/Consideraciones-para-el-diseno-de-una-BDD#scribd

Libros
MOMBRE panorama sobre las bases de datos
AUTOR Jos Luis Cisneros Gonzlez
AO 2004

NOMBRE Procesamiento de base de datos

AUTOR David M K
AO 2003