-
Acredito que a questão esteja errada devido a oração "já que os dados estão distribuídos geograficamente em vários servidores.", pois uma das funções do SGBD é o acesso transparente aos dados, sem se preocupar com sua localização, logo a aplicação também não deveria se preocupar com isso.
-
Uma das desvantagens dos bancos de dados distribuídos é o fato de tornar complexa a atividade de desenvolvimento e a manutenção de aplicações,
Realmente dá mais trabalho para manter e também há um budjet maior injetado nesta arquitetura.
Já que os dados estão distribuídos geograficamente em vários servidores.
Ter um banco distribuído nao significa que estará geograficamente em vários servidores. o conceito não é este!.
Pode ter várias instâncias dentro de uma mesma máquina. (VM por exemplo)
-
Existem basicamente duas desvantagens principais em SGBDs. Um deles é o custo, e a outra o perigo para a segurança dos dados.
Custo: A Implementação de um sistema de SGBD pode ser cara e demorada, especialmente em grandes organizações.
Segurança: Mesmo com salvaguardas no lugar, pode ser possível para alguns usuários não autorizados acessar o banco de dados.
GABARITO: ERRADO.
Fonte: ehgomes.com.br
-
Uma das desvantagens dos bancos de dados distribuídos é o fato de tornar complexa a atividade de desenvolvimento e a manutenção de aplicações, já que os dados estão distribuídos geograficamente em vários servidores.
Identifico alguns erros na questão, não sou um especialista no assunto mas tenho estudado sobre, porém segue um ponto que me chamou a atenção e que fez com que marcasse a questão como errada:
Obs.: Não vejo a complexidade de manter um banco de dados distribuidos impactar o desenvolvimento e a manutenção de aplicações por parte do desenvolvedor, haja vista que toda essa infraestrutura de gerenciamento, distribuição, replicação, integridade e atomicidade dos dados é gerenciada pelo SGDB, e pouco ou quase nada tem haver com o desenvolvedor que possui outras preocupações, essa tarefa fica a cargo do DBA (distribuição do banco em vários servidores).
-
Desvantagens de banco de dados distribuídos
Complexidade — trabalho extra deve ser feito pelos DBAs para garantir que a natureza da distribuição do sistema seja transparente. Trabalho extra deve ser feito para manter sistemas múltiplos diferentes, ao invés de um único grande. Design de banco de dados extra deve também ser feito para levar em conta a natureza desconectada do banco de dados - por exemplo, joins tornam-se proibitivamente caros quando são rodados entre múltiplas plataformas.
Implantação mais cara — o aumento da complexidade e uma infraestrutura mais extensa significa custo extra de trabalho
Segurança — fragmentos de banco de dados remotos devem ser seguros e, como eles não são centralizados então os lugares remotos também devem ser seguros. A infraestrutura também deve ser segura (por exemplo, pela encriptação dos links de rede entre os lugares remotos).
Difícil de manter a integridade — em sistemas distribuídos, reforçar a integridade ao longo de uma rede pode exigir demais dos recursos da rede para ser viável.
Inexperiência — Dificuldades no gerenciamento. Pode ser difícil trabalhar com banco de dados distribuídos e como é uma área relativamente nova ainda não há tantos casos (ou experiências) práticos de seu uso disponíveis como exemplo. Falta de padrões – ainda não há metodologias e ferramentas para ajudar usuários a converter um SGBD centralizado para um SGBD distribuído.
Design do banco de dados mais complexo – além das dificuldades normais, o design de um banco de dados distribuídos tem que considerar a fragmentação dos dados, alocação dos fragmentos em lugares específicos e a replicação de dados.
fonte:https://pt.wikipedia.org/wiki/Banco_de_dados_distribu%C3%ADdo
-
Não consegui encontrar o erro.
-
dados estão distribuídos geograficamente em vários servidores (não necessariamente)
-
Um BD distribuído deve ser transparente, por isso, não deve afetar os aplicativos usuários.
-
Gabarito: Errado.
De primeira errei, contudo, depois, analisando bem, o erro da questão está em: distribuidos geograficamente. Deve-se lembrar que mesmo que seja um BD distribuído não quer dizer que os servidores estejam em locais distintos, eles podem estar em uma mesma sala, mas os dados lógicamente distribuídos entre vários servidores.
Uma rede de computadores, formadora de um BD, pode ser logicamente inter-relacionada e fisicamente inter-relacionada ou um dos dois, ou seja, várias máquinas conectadas logicamente que estão em um mesmo espaço, mas, também, pode ser um caso de várias máquinas interconectadas logicamente em locais diferentes.
Segue a definição de BD Distribuído da Wiki:
Banco de dados distribuído (BDD) é uma coleção de várias bases de dados logicamente inter-relacionadas, distribuídas por uma rede de computadores.
-
Concordo com a Srta. Gilmore, mas confessarei a vcs, solicitei o comentário de uma questão de contabilidade, e nussaaaaaaaaaaaaaa, era melhor nem ter comentado, para ler a questão e passar o gabarito da banca podem me contratar se quiserem.
E vai usar a dica de negação, comparação e menosprezo nessa questão que roda!
Foco e Fé!!!
-
O que está distribuído é o acesso e não o armazenamento...
-
A questão fala: "...tornar complexa a atividade de desenvolvimento e a manutenção de aplicações...". Para as aplicações a complexidade é transparente. O desenvolvedor da aplicação que irá consumir o BD distribuído não terá que se preocupar com a complexidade de implementação do BD distribuído. Gabarito: Errado
-
Destacaria mais um erro nesta questão:
"Uma das desvantagens dos bancos de dados distribuídos é o fato de tornar complexa a atividade de desenvolvimento".
Ao meu ver, uma dos principais objetivos de sistemas distribuídos é o aumento no processamento de dados, banco de dados distribuídos, por sua vez, também fazem parte desse contexto, e a sua distribuíção auxilia a grande variedade de desenvolvedores a melhorar o banco, ou seja, o desenvolvimento é melhorado, pois está distribuído. Ideia de muitas mãos trabalhando ao mesmo tempo em um objeto.
Me corrijam se eu estiver errado!
-
Ninguém disse que tem que ser geograficamente distribuído, você pode ter uma empresa com 10 andares, cada andar funcionar uma empresa parceira, e entre elas ter um bd distribuído, um sendo oracle, outro xml, outro ms sql, etc. A distribuição é feita em nós, não em geografia
-
ERRADA
Um banco de dados distribuído é aquele no qual há vários dispositivos de armazenamento e/ou processamento, ao invés de uma única máquina.
De fato, a união entre os dados dessas máquinas pode ser vista como um processo mais complexo que utilizar uma única máquina, o que pode ser uma desvantagem. O que a questão erra, porém, ao dizer que essa desvantagem surge de distâncias geográficas. Sistemas distribuídos não exigem que as máquina estejam separadas, basta que elas sejam diferentes.
Fonte: SQ Estratégia
Bons estudos.
PS.: Pessoal por favor citem a fonte do comentário, tem vários comentários nessa questão que apotam o erro, contudo, como nenhum citou a fonte fica difícil saber se é achismo do aluno ou não.
Obrigada a todos que colocam a fonte em seus comentários.
-
(..) complexa a atividade de desenvolvimento e a manutenção de aplicações.(..)
Para a aplicação a forma que os dados são armazenado é transparente.
Sugiro a leitura das 12 regras básicas de um SGBDD:
-
Vantagens dos bancos de dados distribuídos:
ü Maior facilidade e flexibilidade de desenvolvimento da aplicação;
ü Maior confiabilidade e disponibilidade;
ü Maior desempenho;
ü Expansão mais fácil.
-
C A D E O G A B A R I T O C O M E N T A D O QC???
TAMO PAGANDO PRA ISSO!!!!
-
Realmente há um erro em afirmar que os dados estão distribuídos geograficamente, sendo que podem estar em servidores diferentes localmente.
Mas outro erro é que não é uma desvantagem ser distribuído, afinal se fosse assim o processamento de Big Data não ocorreria.
-
Ele vai tornar complexa a atividade de desenvolvimento e a manutenção do SGBDD em si, ponto de vista do projetista do SGBDD, não do desenvolvedor de aplicações!
-
GABARITO: ERRADO
Vantagens dos BDDs:
- Maior facilidade e flexibilidade de desenvolvimento da aplicação;
- Maior confiabilidade e disponibilidade;
- Maior desempenho;
- Expansão mais fácil.
FONTE: Navathe