Questões de Concurso Sobre banco de dados
Foram encontradas 18.980 questões
I) Transações explícitas
II) Transações implícitas
III) Transações de escopo de lote
a) Cada transação é iniciada com a instrução BEGIN TRANSACTION e finalizada somente com uma instrução COMMIT ou ROLLBACK.
b) Aplicável apenas a MARS. A transação que não é confirmada ou revertida quando um lote é concluído, será revertida automaticamente pelo SQL Server.
c) Uma transação nova é iniciada quando a transação anterior for concluída, mas cada transação é somente concluída com uma instrução COMMIT ou ROLLBACK.
Analise e indique a alternativa que melhor preenche a lacuna do texto acima:
A respeito de inteligência artificial, de tipos de análise de dados e de Big Data, julgue o item que se segue.
A veracidade em Big Data reflete o desafio de se assegurar a qualidade e precisão de dados frequentemente confusos, ruidosos e propensos a erros que comprometem sua confiabilidade.
No que se refere a UX (user experience), blockchain, design de software e gerenciador de transições distribuídas, julgue o item subsequente.
Nas transações distribuídas, o processo two-phase commit verifica a prontidão dos gerenciadores de recursos antes de confirmar ou reverter uma transação em caso de falha.
No que se refere a UX (user experience), blockchain, design de software e gerenciador de transições distribuídas, julgue o item subsequente.
As redes blockchain do tipo consórcio são formadas por organizações pré-selecionadas, as quais são responsáveis por manter a blockchain e gerenciar o acesso aos dados.
Julgue o item subsequente, relativo a administração de banco de dados PostgreSQL, SQL Server e MongoDB.
No SQL Server, o recurso de Always On Availability Groups permite a replicação síncrona entre instâncias, oferecendo alta disponibilidade, mas não permite que réplicas de leitura sejam consultadas diretamente em caso de falhas.
Julgue o item subsequente, relativo a administração de banco de dados PostgreSQL, SQL Server e MongoDB.
No PostgreSQL, a funcionalidade de replicação nativa em modo assíncrono permite que uma réplica de leitura seja utilizada imediatamente para consultas, ainda que não haja garantia de que todos os dados estejam atualizados em relação ao nó primário.
Julgue o item subsequente, relativo a administração de banco de dados PostgreSQL, SQL Server e MongoDB.
MongoDB utiliza um modelo de dados orientado a documentos e permite a replicação de dados entre diferentes nós através de um conjunto de réplicas (replica set), sendo o nível de consistência eventual (eventual consistency) a única opção para consultas em réplicas secundárias.
Acerca de linguagens de consulta e de banco de dados distribuídos, julgue o item subsequente.
Em um banco de dados Oracle, a execução do comando SQL GRANT SELECT ON employees TO security_team; permite que o grupo de usuários security_team insira novos registros na tabela employees.
Acerca de linguagens de consulta e de banco de dados distribuídos, julgue o item subsequente.
Os comandos SQL, tais como SELECT, INSERT, UPDATE e DELETE, são aplicáveis em SGDBs relacionais.
Acerca de linguagens de consulta e de banco de dados distribuídos, julgue o item subsequente.
No Oracle, o uso de PL/SQL é ideal para operações avançadas de controle e análise de segurança, pois permite que se criem consultas complexas, que incluem laços de repetição e tratamento de exceções.
Acerca de linguagens de consulta e de banco de dados distribuídos, julgue o item subsequente.
Em um banco de dados distribuído, a replicação de dados garante que todas as réplicas permaneçam sincronizadas automaticamente, eliminando a necessidade de mecanismos adicionais de controle de consistência.
Acerca de linguagens de consulta e de banco de dados distribuídos, julgue o item subsequente.
Em um sistema de banco de dados distribuído, a técnica de replicação síncrona garante que todas as cópias dos dados em diferentes locais estejam sempre atualizadas simultaneamente, eliminando qualquer possibilidade de inconsistência.
A respeito de arquitetura, segurança, integridade, concorrência, recuperação após falhas e gerenciamento de transições em sistemas de gerenciamento de banco de dados (SGDB), julgue o próximo item.
Em um ambiente Oracle, a implementação de controle de concorrência por meio de isolamento de transações, combinada ao uso de backups incrementais e de log de redo, é suficiente para garantir a integridade e a recuperação completa dos dados após falha inesperada.
A respeito de arquitetura, segurança, integridade, concorrência, recuperação após falhas e gerenciamento de transições em sistemas de gerenciamento de banco de dados (SGDB), julgue o próximo item.
Um SGBD que implementa um sistema de log de transações segundo o princípio WAL (write-ahead logging) é capaz de garantir que, mesmo após uma falha inesperada, todas as transações confirmadas possam ser recuperadas ao estado consistente anterior à falha.
A respeito de arquitetura, segurança, integridade, concorrência, recuperação após falhas e gerenciamento de transições em sistemas de gerenciamento de banco de dados (SGDB), julgue o próximo item.
Em um SGBD que visa garantir a segurança e a integridade dos dados, o uso de controle de transações não é suficiente para assegurar que todas as operações realizadas sejam recuperáveis em caso de falha nem para garantir que não haja inconsistências ou problemas de concorrência entre transações simultâneas.
A respeito de arquitetura, segurança, integridade, concorrência, recuperação após falhas e gerenciamento de transições em sistemas de gerenciamento de banco de dados (SGDB), julgue o próximo item.
Se a recuperação de falhas for realizada por meio do rollback, o SGDB que utiliza log de transações retornará todas as transições, tanto as confirmadas quanto as não confirmadas, a fim de garantir que o sistema retorne ao estado anterior à falha.
A respeito de arquitetura, segurança, integridade, concorrência, recuperação após falhas e gerenciamento de transições em sistemas de gerenciamento de banco de dados (SGDB), julgue o próximo item.
A implementação de auditorias de acesso e a aplicação de políticas de criptografia em um SGBD são suficientes para garantir a segurança dos dados sensíveis armazenados no banco, mesmo que não haja no sistema controle de acesso granular.