Está en la página 1de 8

INSTITUTO TECNOLÓGICO

SUPERIOR DE CIUDAD SERDAN

ING. INFORMATICA

ALUMNO:
ARMANDO AGUILAR CAMPOS

RESUMEN DE TOPICOS DE BASE DE


DATOS

DOCENTE:
ING. ISAAC ALBERTO ALDAVE ROJAS

MATRICULA

17CS0073
ARMANDO AGUILAR CAMPOS
SISTEMAS DE BASES DE DATOS DISTRIBUIDAS

CONCEPTOS DE BASE DE DATOS DISTRIBUIDAS


Una base de datos distribuida (BDD) es un conjunto de múltiples bases de datos
lógicamente relacionadas las cuales se encuentran distribuidas en diferentes
espacios lógicos (un servidor corriendo 2 máquinas virtuales) e interconectados
por una red de comunicaciones. Dichas BDD tienen la capacidad de realizar
procesamiento autónomo, esto permite realizar operaciones locales o distribuidas.
Un sistema de Bases de Datos Distribuida (SBDD) es un sistema en el cual
múltiples sitios de bases de datos están ligados por un sistema de comunicaciones
de tal forma que, un usuario en cualquier sitio puede acceder los datos en
cualquier parte de la red exactamente como si estos fueran accedidos de forma
local.
Un sistema distribuido de bases de datos se almacena en varias computadoras.
Los principales factores que distinguen un SBDD de un sistema centralizado son
los siguientes:
Hay múltiples computadores, llamados sitios o nodos.
Estos sitios deben de estar comunicados por medio de algún tipo de red de
comunicaciones para transmitir datos y órdenes entre los sitios.
Planificador distribuido
El planificador está encargado de ordenar un conjunto de transacciones u
operaciones que se deseen realizar sobre una base de datos. Cualquier orden en
el que se decidan hacer este conjunto de operaciones se denomina planificación.
Parte del trabajo del planificador es realizar estas operaciones de forma que sean
serializarles y recuperables.
Bloqueos
Un bloqueo en general es cuando una acción que debe ser realizada está
esperando a un evento. Para manejar los bloqueos hay distintos acercamientos:
prevención, detección, y recuperación.
DISEÑO DE BASE DE DATOS DISTRIBUIDOS
Existen dos estrategias generales para abordar el problema de diseño de bases
de datos distribuidas:
Diseño button-up: integración de bases de datos.

ARMANDO AGUILAR CAMPOS


El diseño de abajo hacia arriba (button-up).
Se utiliza particularmente a partir de bases de datos existentes, generando con
esto bases de datos distribuidas. En forma resumida, el diseño button-up de una
base de datos distribuida requiere de la selección de un modelo de bases de datos
común para describir el esquema global de la base de datos. Esto se debe es
posible que se utilicen diferentes SMBD. Después se hace la traducción de cada
esquema local en el modelo de datos común y finalmente se hace la integración
del esquema local en un esquema global común.
Diseño top-Down: fragmentación.
Top – Down es adecuada cuando creamos un sistema de BD por vez primera sin
restricciones de otros sistemas ya instalados y que deban ser integrados al
sistema distribuido, es decir, primero elaboramos el esquema conceptual global
del proyecto y trabajamos en función de resolver las diferentes partes de dicho
proyecto.
PROCESAMIENTO DE OPERACIONES DE ACTUALIZACIÓN DISTRIBUIDA.
Una transacción es una unidad lógica de trabajo, la cual no necesariamente
consta de una sola operación en la base de datos; más bien, es en general una
secuencia de varias de esas operaciones mediante la cual un estado consistente
de la base de datos se transforma en otro estado consistente, sin conservar por
fuerza la consistencia en todos los puntos intermedios. El punto importante aquí es
asegurar que la base de datos regresa a un estado consistente al fin de la
ejecución de una transacción. Una transacción es también la invocación a un
procedimiento remoto (RPC) que ejecuta un conjunto de operaciones sobre una
base de datos bajo el principio de todo o nada.
Mecanismos de recuperación
A fin de soportar una respuesta favorable para la ejecución de transacciones, el
DBMS (Sistema Manejador de Bases de Datos) deberá de manejar el
procesamiento de transacciones. Esto es, deberá de garantizar que si la
transacción ejecuta algunas modificaciones y después se presenta una falla (por
cualquier razón), antes de que llegue al término normal de la transacción, se
anularán esas modificaciones.
EL MODELO DE DATOS ORIENTADO A OBJETO
El modelo de datos orientado a objetos es una extensión del paradigma de
programación orientado a objetos.
Los objetos entidad que se utilizan en los programas orientados a objetos son
análogas a las entidades que se utilizan en las bases de datos orientadas a
objetos puras, pero con una gran diferencia: los objetos del programa

ARMANDO AGUILAR CAMPOS


desaparecen cuando el programa termina su ejecución, mientras que los objetos
de la base de datos permanecen. A esto se le denomina persistencia.
Diferencia:
Los objetos del programa desaparecen cuando el programa termina su ejecución,
mientras que los objetos de la base de datos permanecen
Relaciones
Las bases de datos relacionales representan las relaciones mediante las claves
ajenas.
No tienen estructuras de datos que formen parte de la BD y que representen estos
enlaces entre tablas.
Las relaciones se utilizan para hacer concatenaciones (join) de tablas
Identificadores:

Objeto es un atributo interno que posee cada objeto.


Los objetos asignan el SGBD y es el único que los utiliza.
El identificador puede ser un valor arbitrario o puede incluir la información
necesaria, para localizar el objeto en el fichero.
Aspectos importantes a destacar sobre este método de representar las relaciones
entre datos:
Para que el mecanismo funcione, el identificador del objeto no debe cambiar
mientras este forme parte de la bd.
Las únicas relaciones que se pueden utilizar para consultar la base de datos son
aquellas que se han predefinido almacenando en atributos los identificadores de
los objetos relacionados.
El modelo orientado a objetos permite los atributos multivaluados, agregaciones a
las que se denomina conjuntos (sets) o bolsas (bags).
Las relaciones de muchos a muchos se pueden representar directamente en las
bases de datos orientadas a objetos, sin necesidad de crear entidades
intermedias. Integridad de las relaciones
Para que las relaciones funcionen en una BDOO pura, los identificadores de los
objetos deben corresponderse en ambos extremos de la relación.

ARMANDO AGUILAR CAMPOS


Este tipo de integridad de relaciones, que es de algún modo análogo a la
integridad referencial en las bases de datos relacionales, se gestiona
especificando relaciones inversas
en la clase Obra.
Siempre que un usuario o un programa de aplicación inserta o elimina un
identificador de objeto de la relación supervisa en un objeto Aparejador, el SGBD
actualizara automáticamente.
UML
Existen distintas notaciones o modelos para diseñar esquemas conceptuales de
BDOO: la notación de Coad/Yourdon, la Shlaer/Mellor, la OMT (Rombaugh) o la
de Booch. Cada modelo presenta distintas deficiencias, por lo que algunos de sus
autores han desarrollado conjuntamente un lenguaje, denominado UML (Unified
Modeling Language), que las evita. El estudio y uso de este lenguaje se realiza en
la asignatura obligatoria Ingeniería del Software, del segundo ciclo de Ingeniería
Informática.
ESTÁNDAR ODMG
Este Modelo estándar ODMG, especifica los elementos que se definirán, y en qué
manera se hará, para la consecución de persistencia en las Bases de datos
orientadas a objetos que soporten el estándar. Consta de un lenguaje de definición
de objetos, ODL, que especifica los elementos de este modelo.
IDENTIDAD Y ESTRUCTURA DE OBJETOS
Un objeto es una cosa tangible, algo a que se puede aprehender intelectualmente
o algo hacia lo que se puede dirigir una acción o pensamiento.
ENCAPSULAMIENTO HERENCIA Y POLIMORFISMO EN BDOO
Encapsulamiento tiene que ver con public, private y protected, se centra en la
implementación que da lugar al comportamiento observable de un objeto. El
encapsulamiento se consigue a menudo mediante la ocultación de información, es
decir, se basa en ocultar todos los secretos de un objeto que no contribuyen a sus
características esenciales.
Polimorfismo es la propiedad que tiene un objeto de transformarse en otro siempre
y cuando tenga relación de herencia, de esta manera yo puedo asignar lo que
tenga una clase padre
herencia- propiedad que permite definir un nuevo objeto, a partir de otro definido
previamente. Solo se trasladan los elementos definidos como público y protegido.
PERSISTENCIA, CONCURRENCIA Y RECUPERACIÓN EN BDOO

ARMANDO AGUILAR CAMPOS


Persistencia
Esta se refiere a la capacidad de manipular directamente los datos almacenados
en una base de datos usando un lenguaje de programación orientado a objetos.
Concurrencia
Los SMBDOO deben poder ser accesibles por múltiples usuarios. Cuando una
aplicación está accesando a una sección de la base de datos, otras aplicaciones
deben poder acceder a otras secciones de la base de datos.
Recuperación
Con recuperación nos referimos al proceso de aplicación de consistencia después
de que una transacción a abortado como resultado de fallas de hardware o
problemas de comunicación.
CARACTERÍSTICAS Y CLASIFICACIÓN
Un sistema multibase de datos (SMulBD) soporta operaciones en múltiples
sistemas de base de datos componentes (SBDC). Cada SBDC es manejado por
un sistema manejador de base de datos (SMBD). Un SBDC en un SMulBD puede
ser centralizado o distribuido y puede residir en la misma computadora o en
múltiples computadoras conectadas por un subsistema de comunicación. Un
SMulBD es llamado homogéneo si todos los SMBD componentes son iguales; si
son diferentes entonces es llamado un SMulBD heterogéneo.
ARQUITECTURA DE SISTEMA MULTIBASE DE DATOS
Un esquema global en los SBDFs fuertemente acoplados es el resultado de la
integración de los esquemas de exportación de las bases de datos componentes.
Un lenguaje de consulta global es utilizado por los usuarios del sistema de base
de datos federada para especificar consultas contra el esquema global.

PROCESAMIENTO DE OPERACIONES DE ACTUALIZACIÓN


Todas las operaciones financieras relativas a la gestión de un pedido se
almacenan temporalmente en un fichero de pagos hasta que se lleva a cabo su
procesamiento.
PROCESAMIENTO DE CONSULTAS
El proceso de consultas en bases de datos relacionales deja al programador de
aplicaciones en un escenario distinto al anterior; la razón es el empleo de
lenguajes de especificación: “si se utiliza un lenguaje de especificación el
programador no tiene que diseñar ni generar un método para ejecutar la
especificación o consulta requerida”, es decir el programador es introducido en un

ARMANDO AGUILAR CAMPOS


escenario “no procedural”, “no está obligado a crear métodos ni procedimientos
para obtener los datos, sólo a especificar los datos que requiere”.
APLICACIONES MULTIBASE DE DATOS
Las BD’s Heterogéneas o Multibase de Datos son aquellas donde Sitios diferentes
utilizan diferentes DBMS’s, siendo cada uno esencialmente autónomo. Es posible
que algunos sitios no sean conscientes de la existencia de los demás y quizás
proporcionen facilidades limitadas para la cooperación en el procesamiento de
transacciones
En las bases de datos distribuidas heterogéneas
Puede que los diferentes sitios utilicen esquemas y software de gestión de
sistemas de bases de datos diferentes. Puede que algunos sitios no tengan
información de la existencia del resto y que sólo proporcionen facilidades limitadas
para la cooperación en el procesamiento de las transacciones. La heterogeneidad
se debe a que los datos de cada BD son de diferentes tipos o formatos. El enfoque
heterogéneo es más complejo que el enfoque homogéneo. Hoy en día existe la
tendencia a crear software que permita
Tener acceso a diversas bases de datos autónomas preexistentes almacenadas
en SGBD heterogéneos.
Para concluir con este trabajo de investigación sobre bases de datos, fueron
muchos los esfuerzos y conocimientos adquiridos durante dicha elaboración.
Algunos de los aspectos aprendidos y que de gran peso es la base de datos su
definición, requerimiento, ventajas y características donde podemos decir que la
base de datos: Es una colección de datos o información usados para dar servicios
a muchas aplicaciones al mismo tiempo.
En cuanto al requerimiento podemos decir que cumple las mismas tareas de
análisis que del software y tiene como característica relacionar la información
como vía organización y asociación donde la base de datos tiene una ventaja que
es utilizar la plataforma para el desarrollo del sistema de aplicación en las
organizaciones.
Otro aspecto importante sería el diseño y creación de la base de datos, donde
existen distintos modos de organizar la información y representar las relaciones
entre por datos los tres modelos lógicos principales dentro de una base de datos
son el jerárquico, de redes y el relacional, los cuales tiene ciertas ventajas de
procesamiento y de negocios.
Otro punto necesario es la clase de bases de datos las cuales son, base de dato
documental, base de datos distribuidas y base de datos orientadas a objetos e

ARMANDO AGUILAR CAMPOS


hipermedia y tienen como función derivar, almacenar y procesar datos dentro de
una información.
Referencias:
Marqués, M. (2011.). Bases de Datos. Castelló de la Plana : Publicacions de la
Universitat Jaume I. Servei de Comunicació i Publicacions, 2011..
Camps Paré, R, Casillas Santillán, L, Costal Costa, D, Gibert Ginestà, M, Martín
Escofet, C y Pérez Mora, O. (2007.). Bases de datos: Software libre. Barcelona
(España) : Fundació per a la Universitat Oberta de Catalunya, 2007.
CAMPBELl, Mary. base IV Guía de Autoenseñanza. España. Editorial McGraw Hill
– Interamericana. 1990. pp110/111,121/122,161,169, 179-191/192.

HARWRYSZKIEWYCZ, I T. Análisis y diseño de base de datos. Editorial


Megabyte. Noriega Editores. México. 1994. pp29/31
LAUDON, Kenneth C. Administración de los sistemas de información. 3ra. Edición.
México. 1996. pp 271/295

ARMANDO AGUILAR CAMPOS

También podría gustarte