Passo 1

Banco de dados distribudo (BDD) uma coleo de vrias Base de Dados logicamente inter-r
elacionadas, distribudas por uma rede de computadores. Existem dois tipos de banc
o de dados distribudos, os homogneos e os heterogneos. Os homogneos so compostos pelo
s mesmos bancos de dados, j os Heterogneos so aqueles que so compostos por mais de u
m tipo de banco de dados.
Num banco de dados distribudos os arquivos podem estar replicados ou fragmentados
, esses dois tipos podem ser encontrados ao longo dos ns do sistema de BDD's. Qua
ndo os dados se encontram replicados, existe uma cpia de cada um dos dados em cad
a n, tornando as bases iguais (ex: tabela de produtos de uma grande loja). J na fr
agmentao, os dados se encontram divididos ao longo do sistema, ou seja a cada n exi
ste uma base de dados diferente se olharmos de uma forma local, mas se analisarm
os de uma forma global os dados so vistos de uma forma nica, pois cada n possui um
catlogo que contm cada informao dos dados dos bancos adjacentes.
A replicao dos dados pode se dar de maneira sncrona ou assncrona. No caso de replicao
sncrona, cada transao dada como concluda quando todos os ns principal executa a trans
ao enviando confirmao ao solicitante e ento encaminha a transao aos demais ns.
Cuidados com banco de dados distribudos devem ser tomados para assegurar o seguin
te:
A distribuio transparente usurios devem poder interagir com o sistema como se e
osse um nico sistema lgico. Isso se aplica ao desempenho do sistema, mtodos de aces
so, entre outras coisas.
Transaes so transparentes cada transao deve manter a integridade do banco de da
ntre os mltiplos bancos de dados. Transaes devem tambm ser divididas em subtransaes, c
ada subtransao afetando um sistema de banco de dados.
Vantagens de bancos de dados distribudos
Reflete a estrutura organizacional fragmentos do banco de dados esto localizados
nos departamentos que se relacionam com os dados que estes persistem.
Autonomia Local um departamento pode controlar seus dados (j que o mais familiari
zado com estes).
Maior disponibilidade uma falha em um banco de dados afetar somente um fragmento,
ao invs do banco de dados inteiro.
Melhor performance os dados esto localizados prximo do local de maior demanda e os
sistemas de banco de dados por si s so paralelizveis, permitindo carregar no banco
de dados para o balanceamento entre servidores (a elevada carga em um mdulo do b
anco de dados no ir afetar os outros mdulos de banco de dados em um banco de dados
distribudo).
Econmico custa menos criar uma rede de pequenos computadores com o mesmo poder qu
e um nico computador maior.
Modularidade sistemas podem ser modificados, adicionados ou removidos do banco d
e dados distribudo sem afetar os outros mdulos (sistemas).
Desvantagens de banco de dados distribudos
Complexidade trabalho extra deve ser feito pelos DBAs para garantir que a nature
za da distribuio do sistema seja transparente. Trabalho extra deve ser feito para
manter sistemas mltiplos diferentes, ao invs de um nico grande. Design de banco de
dados extra deve tambm ser feito para levar em conta a natureza desconectada do b
anco de dados - por exemplo, joins tornam-se proibitivamente caros quando so roda
dos entre mltiplas plataformas.
Implantao mais cara o aumento da complexidade e uma infraestrura mais extensa sign
ifica custo extra de trabalho
Segurana fragmentos de banco de dados remotos devem ser seguros e, como eles no s
centralizados ento os lugares remotos tambm devem ser seguros. A infraestrutura ta
mbm deve ser segura (por exemplo, pela encriptao dos links de rede entre os lugares
remotos).
Difcil de manter a integridade em sistemas distribudos, reforar a integridade ao
ngo de uma rede pode exigir demais dos recursos da rede para ser vivel.
Inexperincia Dificuldades no gerenciamento. Pode ser difcil trabalhar com banco de
dados distribudos e como uma rea relativamente nova ainda no h tantos casos (ou exp
erincias) prticos de seu uso disponveis como exemplo.
Falta de padres ainda no h metodologias e ferramentas para ajudar usurios a conv
r um SGBD centralizado para um SGBD distribudo.
Design do banco de dados mais complexo alm das dificuldades normais, o design de
um banco de dados distribudos tem que considerar a fragmentao dos dados, alocao dos f
ragmentos em lugares especficos e a replicao de dados.
Um sistema de banco de dados distribudo (BDD) consiste em um relao de ns, cada qual
podendo participar na execuo de transaes que acessam dados em um ou mais ns. Em um si
stema de banco de dados distribudo, o banco de dados armazenadoem diversos comput
adores (ns). Os computadores, em um sistema distribudo, comunicam-se uns com os ou
tros por intermdio de vrios meios de comunicao, tais como: redes de alta velocidade,
redes sem fio ou linhas telefnicas, eles no compartilham a memoria principal e o
relgio.
A diferena principal entre sistemas de banco de dados centralizados e distribudos
que no primeiro os dados esto localizados em um nico lugar, enquanto que no outro
os dados residem em diversos locais. Esta distribuio de dados motivo de muitas pre
ocupaes e dificuldades.
Os processadores em um sistema distribudo podem variar em tamanho e funo, podendo i
ncluir microcomputadores, estaes de trabalho, minicomputadores e sistemas de compu
tadores de uso em geral. Estes processadores so geralmente chamados de ns, depende
ndo do contexto no qual eles estejam mencionados. Usa-se principalmente o termo
n (lugar, posio), a fim de enfatizar a distribuio fsica destes sistemas.
Armazenamento Distribudo dos Dados
Uma relao r (ou tabela) possui diversos enfoques para o armazenamento em um banco
de dados distribudo (BDD):
Replicao: o sistema mantm rplicas idnticas da relao, onde cada rplica armaze
s diferentes, resultando na replicao dos dados
Fragmentao: a relao particionada em vrios fragmentos, onde cada fragmento arm
em um site diferente
Replicao e fragmentao: a relao particionada em vrios segmentos, e o sistema m
as rplicas de cada fragmento
Replicao de dados
A replicao de dados significa que um determinado objeto de dados logico pode possu
ir diversos representantes armazenados, em ns. O grau de suporte para a replicao um
pre-requisito para atingir o verdadeiro potencial de um sistema distribudo.
Fragmentao de dados
Uma relao dividida em fragmentos, onde cada fragmento contem informao suficiente par
a permitir a reconstruo da relao original.
Existem duas formas de fazer a fragmentao:
Fragmentao Horizontal: divide a relao separando as tuplas de r em dois ou mais fra
entos.
Fragmentao Vertical: divide a relao pela decomposio do esquema R da relao r.
Fragmentao e Replicao de Dados
As tcnicas de fragmentao e replicao podem ser aplicadas sucessivamente a uma mesma re
lao.Um fragmento pode ser replicado, e as rplicas podem ser fragmentadas novamente
e assim por diante.
Processamento de consultas distribudas
A transparncia para leitura mais fcil de se conseguir e manter do que a transparnci
a para atualizao. O maior problema para a atualizao garantir que todas as rplicas e f
ragmentos sejam atualizados, aps uma atualizao em uma das rplicas ou fragmentos. A a
tualizao deve ser prolongada para todas as cpias (rplicas e fragmentos) existentes n
o sistema.
Um dos fatores mais importantes no desempenho de uma consulta, em uma base centr
alizada, a quantidade de acesso a disco necessria para atingir o resultado. Em um
banco distribudo os problemas aumentam, pois existe tambm a preocupao com a transmi
sso de dados na rede. Um fator interessante para a consulta realizada em uma base
distribuda que para os diversos sites podem processar partes da consulta em para
lelo.
Na realizao de uma consulta simples (trivial), como consultar todas as tuplas da r
elao CONTA, pode caracterizar um processamento no to trivial, pois CONTA pode estar
fragmentada, replicada ou ambas.
Transaes
O acesso a diversos itens de dados em um sistema distribudo normalmente acompanha
do de transaes que tm de preservar as propriedades ACID:
A: Atomicidade
C: Consistncia
I: Isolamento
D: Durabilidade
Caracteristicas da ACID
Atomicidade: Todas as operaes da transao so refletidas corretamente no BD ou nenh
ser.
Consistncia: A execuo de uma transao isolada preserva a consistncia do banco de
Isolamento: Cada transao no toma conhecimento de outras transaes concorrentes.
Durabilidade: Depois da transao completar-se com sucesso, as mudanas que ela faz no
banco de dados persistem.
Tipos de transao
Locais: mantem acesso e atualizam somente a base de dados local.
Globais: mantem acesso e atualizam diversas bases de dados locais.
Funes adicionais
Rastreamente de dados.
Processamento de consultas distribudas.
Gerenciamento de transaes distribudas.
Gerenciamento de dados replicados.
Recuperao de banco de dados distribudo.
Segurana.
Gerenciamento do diretrio distribuido
Falhas
Em um sistema de banco de dados distribudo pode sofrer os mesmos tipos de falhas
que ocorrem em um sistema centralizado, porem existem falhas adicionais que pode
m ocorrer em um (BDD), tais como: falha de comunicao entre eles, perda de mensagen
s e o particionamento da rede, cada um desses problemas devem ser considerados n
o projeto de recuperao de um BDD. Para um sistema ser robusto, ele precisa detecta
r qualquer uma dessas falhas, reconfigurar-se enquanto a falha recuperada.
Com isso finalizo este artigo, espero que o mesmo ajude mesmo que de forma bsica
com essas informaes sobre este tipo de banco de dados.
Passo 2
SQL Server
OMS SQL Server um SGBD desenvolvido pela Microsoft. Foi criado em parceria com a
Sybase em 1988 inicialmente para a plataforma OS/2. Esta parceria durou at 1994,
com o lanamento da verso para Windows NT e desde ento a Microsoft mantm a manuteno do
produto. Como um Banco de dados, um produto de software cuja principal funo a de
armazenar e recuperar dados solicitados por outras aplicaes de software seja aquel
es no mesmo computador ou aqueles em execuo em outro computador atravs de uma rede.
SGBD comercializado atualmente pela Microsoft.
Custo de uma licena da verso Enterprise por CPU: aprox. U$ 28.000 por CPU;
Pode ser instalado somente em SO Windows;
Possui ferramentas de administrao com interface grfica excelentes, que possibilitam
um gerenciamento mais fcil e produtivo. Ex.: SQL Server Management Studio 2008;
Como toda ferramenta Microsoft, o Banco de Dados SQL Server em geral, mais fcil d
e administrar e de programar do que em Oracle;
Diviso lgica de uma instncia contendo vrios BDs. O SQL Server possui uma camada ex
a onde cada BD pode conter vrios usurios ou esquemas. Desse modo, podemos organiza
r e gerenciar melhor esquemas correlacionados, pertencentes a uma mesma aplicao, e
m um BD isolado dos demais esquemas do BD;
Possui uns esquemas do sistema chamado MODEL que serve como template para esquem
as de usurios. Se por exemplo, o esquema MODEL tiver 2 tabelas e uma viso, ao cria
r um novo esquema de usurio, ele ser criado com estes mesmos objetos.
Oracle
Oracle um SGBD que surgiu no fim dos anos 70 quando Larry Ellison vislumbrou uma
oportunidade que outras companhias no haviam percebido, quando encontrou uma des
crio de um prottipo funcional de um banco de dados relacional e descobriu que nenhu
ma empresa tinha se empenhado em comercializar essa tecnologia.
Comercializado atualmente pela Oracle, que nasceu em 1979 e que foi o primeiro B
D relacional comercializado no mundo;
Custo de uma licena da verso Enterprise por CPU: U$ 47.500 (at 2 core);
Pode ser instalado em mltiplas plataformas desde 1985. Entre as principais, podem
os citar: Unix, Linux, HP/UX, BIM AIX, IBM VMS e Windows;
Possui ferramentas de administrao com interface grfica menos amigvel que as do SQL
erver. Isso vem mudando e melhorando a cada nova verso do Oracle. No 10G, o Enter
prise Manager possui muitos recursos e sua interface grfica evoluiu muito, mas ai
nda acho que as ferramentas da Microsoft so mais intuitivas e mais produtivas.
Possui mais recursos de segurana e performance que o SQL Server.
Por padro, o Oracle no commita transaes. Isso permite que voc desfaa as altera
instruo SQL, caso ela tenha sido submetido erroneamente.
Por padro, o Oracle permite efetuar leitura consistente de dados. Esse recurso pe
rmite que um usurio "B" leia os dados de uma linha de uma tabela, no mesmo moment
o em que ela est sendo alterada por um usurio "A", sem que o usurio "B" visualize o
s dados que esto sendo alterados pelo "A".
Arquitetura mais flexvel e com mais recursos para otimizao de performace. No Oracle
possvel criar e gerenciar diversas estruturas de memria no BD. possvel, por exempl
o, definir estruturas de armazenamento com tamanhos de blocos que podem variar d
e 2k 32k. No SQL Server s possvel criar estruturas de armazenamento de 8k. Em Orac
le, sistemas OLAP e ndices em geral, so otimizados com tamanhos de blocos maiores
(32k);
Possui Packages, que so objetos que permitem (entre diversos outros benefcios) agr
upar e encapsular cdigo de stored procedures e funes;
O Oracle possui mais tipos de ndices que o SQL Server.
MySQL
O MySQL um sistema de gerenciamento de banco de dados (SGBD), que utiliza a ling
uagem SQL como interface. atualmente um dos bancos de dados mais populares, com
mais de 10 milhes de instalaes pelo mundo.
Caractersticas
Portabilidade (suporta praticamente qualquer plataforma atual);
Compatibilidade (existem drivers ODBC, JDBC e .NET e mdulos de interface para div
ersas linguagens de programao, como Delphi, Java, C/C++, C#, Visual Basic, Python,
Perl, PHP, ASP e Ruby)
Excelente desempenho e estabilidade;
Pouco exigente quanto a recursos de novos hardware;
Facilidade no manuseio;
um Software Livre com base na GPL (entretanto, se o programa que acessar o Mysql
no for GPL, uma licena comercial dever ser adquirida)7 ;
Contempla a utilizao de vrios Storage Engines como MyISAM, InnoDB, Falcon, BDB, Arc
hive, Federated, CSV, Solid
Suporta controle transacional;
Suporta Triggers;
Suporta Cursors (Non-Scrollable e Non-Updatable);
Suporta Stored Procedures e Functions;
Replicao facilmente configurvel;
Interfaces grficas (MySQL Toolkit) de fcil utilizao cedidos pela MySQL Inc.
Passo 3
Um Data Warehouse um depsito de dados, onde a base de dados de vrios sistemas usad
os em uma organizao so todos armazenados em um mesmo local, em um Data Warehouse a
perspectiva e diretrizes de um banco de dados transacional so transformadas, a es
trutura de um Data Warehouse diferente e nesses depsitos de dados a redundncia per
mitida, e muito utilizada.
A estrutura de um Data Warehouse basicamente composta por uma tabela principal,
chamada de tabela fato, e de vrias outras tabelas chamadas de tabelas dimensionai
s, a tabela fato possui as principais informaes sobre cada tabela dimensional. E d
ependendo da busca, da consulta, uma dimenso do Data Warehouse pesquisada, sempre
atravs da tabela fato e de uma ou mais tabelas dimensionais, lembrando que esses
depsitos de dados possuem dados antigos de uma empresa, e permitem somente a lei
tura desses dados.
A redundncia em um Data Warehouse permitida devido ao fato de que as consultas ne
le devem ser rpidas, e quanto menos ligaes, relacionamentos, entre as tabelas exist
ir, mais rpido ser o retorno das consultas, ou seja, devemos poupar a utilizao de ju
nes entre tabelas para consultar determinados dados.A grande vantagem de uma empre
sa utilizar esse recurso est na consulta de dados histricos que muitas vezes podem
auxiliar e muito no mercado atual. Porm a implantao de um Data Warehouse requer al
to investimento em tecnologia e segurana.
Em relao ao desafio, suponhamos que a empresa COMABEM Ltda. possua mais de um sist
ema utilizando vrios bancos de dados, esses bancos de dados poderiam ser armazena
dos em um Data Warehouse, assim todos os dados da empresa estariam juntos, isso
facilitaria possveis consultas de mercado, como por exemplo, atravs do Data Wareho
use, seria mais eficaz descobrirmos quais produtos geram mais lucros para a empr
esa, quais os produtos mais vendidos, quais produtos que no esto retornando o lucr
o esperado, e quais produtos mais agradam a clientela.
O Data Warehouse pode ser adotado em vrias reas, por exemplo, imagine uma fbrica de
refrigerantes antiga e j consolidada no mercado, atravs do Data Warehouse, poderam
os descobrir a idade mdia de seus principais clientes, o seu nvel de satisfao no mer
cado, tudo isso atravs de seus dados histricos armazenados no Data Warehouse.
Enfim, atravs desse recurso, as empresas podem ter decises apoiadas em dados consi
stentes, atravs de dados histricos, estudos realizados podem gerar concluses que si
rvam de orientao para os planos de uma organizao, com investimentos nessa tecnologia
os lucros podem aumentar de forma muito maior e mais rpida.
Passo 4
Ambos so timos BDs e cada um tem suas vantagens e desvantagens. O SQL Server tem a
principal vantagem de ter um custo menor, aproximadamente metade do preo de um O
racle. No SGBD SQL Server, todas as funcionalidades (Ex.: Particionamento de tab
elas) esto inclusas no seu valor de licenciamento inicial, enquanto que, no SGBD
Oracle, necessrio adquirir licenas adicionais (chamadas Options), que tornam o pro
duto da Oracle at 10 vezes mais caro que o produto da Microsoft. Outra vantagem d
o SQL Server a facilidade de uso e gerenciamento. Eu, particularmente, quando co
mecei a trabalhar com Oracle, achava tudo muito difcil. As ferramentas do SQL Ser
ver eram mais produtivas e mais intuitivas.
O Oracle tem um custo mais alto que o SQL Server e mais difcil de administrar, po
rm um produto que possui mais recursos de segurana e performance, que podem ser mu
ito importantes e cruciais para empresas que possuem aplicaes crticas e que possuem
muitos dados e muitos usurios concorrentes, em geral
Do ponto de vista tcnico, SGBDs podem diferir amplamente. Os termos relacional, r
ede, plana, e todos hierrquica se referem forma de um SGBD organiza as informaes in
ternamente. A organizao interna pode afetar a rapidez e flexibilidade que voc pode
extrair informaes.