A geração e o acúmulo contínuo de dados dos últimos anos impulsionaram o desenvolvimento de diversas tecnologias Big Data. Uma das principais características de um banco de dados Big Data é:
- A)garantir as propriedades ACID;
Errada, porque garantir ACID e uma caracteristica mais associada aos bancos relacionais tradicionais, enquanto Big Data frequentemente prioriza escalabilidade e flexibilidade.
- B)usar linguagem de consulta estruturada;
Errada, porque o uso de SQL nao e a marca principal de Big Data, ja que muitos sistemas dessa area usam outras formas de consulta ou APIs especificas.
- C)estruturar os dados em tabelas relacionais;
Errada, porque estruturar tudo em tabelas relacionais remete ao modelo relacional classico, nao ao ambiente Big Data, que lida bem com formatos diversos.
- D)indexar os dados usando chaves naturais;
Errada, porque a indexacao por chaves naturais nao e uma caracteristica definidora de bancos Big Data; o foco aqui esta em distribuicao, volume e flexibilidade de esquema.
- E)permitir esquema de dados dinâmicos ou schemaless.
Certa, porque sistemas Big Data costumam admitir esquema dinamico ou ate schemaless para suportar grande variedade de dados e mudancas frequentes.
Gabarito: E
Em Big Data, a ideia central nao eh “forcar” os dados a caberem num molde rigido, e sim aceitar volumes enormes, velocidade alta e variedade de formatos. Por isso, essas solucoes costumam trabalhar bem com dados estruturados, semiestruturados e nao estruturados, como logs, textos, imagens e eventos de sensores. Se voce tentar tratar tudo como um banco relacional tradicional, a coisa comeca a ranger rapidamente. Um ponto importante e que muitos sistemas Big Data priorizam escalabilidade e flexibilidade em vez de seguir o modelo classico de banco relacional com esquema fixo. Nesses ambientes, o esquema pode ser definido na leitura ou ate ser mais flexivel, permitindo a chamada abordagem schemaless ou com esquema dinamico. Em linguagem simples: o sistema aguenta a mudanca sem reclamar tanto quanto um banco tradicional. A alternativa E esta correta porque descreve justamente essa caracteristica: permitir esquema de dados dinamicos ou schemaless. Isso e muito comum em bancos NoSQL e em arquiteturas Big Data, que precisam lidar com dados em formatos variados e em constante evolucao. Ja as ideias de ACID, SQL, tabelas relacionais e chaves naturais sao mais tipicas do modelo relacional classico. Em concursos, a banca costuma cobrar essa diferenca entre banco relacional e Big Data/NoSQL. Entao, sempre desconfie quando a alternativa parecer “muito certinha” para o modelo tradicional, porque Big Data geralmente aparece para quebrar essa rigidez.