Questão de Banco de Dados — Segurança — FUNDATEC 2025
Banco de Dados›Segurança
Código
qg468580
Banca
FUNDATEC
Órgão
BRDE
Ano
2025
Nível
Superior
Cargo
Analista de Sistemas - Subárea Administração de Banco de Dados
A política de segurança de uma empresa exige que todos os desenvolvedores tenham permissão para ler dados de todas as tabelas de um esquema específico, mas nenhum deles pode modificar a estrutura dessas tabelas. O DBA decide agrupar esse privilégio de leitura em um único objeto de segurança e depois concedê-lo a todos os usuários do grupo "Desenvolvedores". Qual objeto do SGBD é o mais adequado para implementar essa política de forma eficiente e centralizada?
AProfile.
BSchema.
CRole.
DTrigger.
ESynonym.
Revelar gabarito e comentário▾
GabaritoC — Role.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Segurança em Banco de Dados: Objetos de Controle de Acesso
Gabarito: letra C. A política exige agrupar privilégios de leitura em um único objeto e concedê-lo a um grupo de usuários. A Role (papel) é o mecanismo padrão em SGBDs relacionais para essa finalidade: ela reúne permissões e pode ser atribuída a múltiplos usuários, centralizando a administração.
O contexto trazido pelo material de apoio confirma que "os papéis são um mecanismo da SQL para dar suporte a grupos de usuários" e que "uma vez criado, um papel pode receber privilégios, como se fosse uma ID de usuário normal". Essa é exatamente a funcionalidade solicitada no enunciado.
Objetos de segurança (SGBD): Profile (Gerencia recursos do sistema, Limite de sessões, CPU, senha); Role (Agrupa privilégios, Concedida a múltiplos usuários, Centraliza administração); Schema (Contêiner lógico de objetos, Namespace); Trigger (Código automático (INSERT/UPDATE/DELETE)); Synonym (Apelido (alias) para objeto)
Alternativa A — ❌ Incorreta
Um Profile é um objeto de segurança utilizado para gerenciar recursos do sistema, como limite de sessões, tempo de CPU ou políticas de senha – não para agrupar privilégios de acesso a tabelas. Confunde-se com a função de Role.
Alternativa B — ❌ Incorreta
Schema é um contêiner lógico de objetos (tabelas, visões, etc.), não um objeto de permissão. Ele não serve para centralizar privilégios; é apenas um namespace.
Alternativa C — ✅ Correta ⟵ GABARITO
A Role (papel) é exatamente o objeto que o DBA deve criar: agrupa os privilégios SELECT (leitura) sobre as tabelas do esquema e, depois, é concedida aos membros do grupo "Desenvolvedores". Isso permite gerenciar as permissões de forma centralizada: qualquer alteração futura é feita uma única vez na Role, e todos os membros são atualizados automaticamente.
Alternativa D — ❌ Incorreta
Trigger é um trecho de código SQL que é executado automaticamente em resposta a eventos de modificação (INSERT, UPDATE, DELETE). Não tem relação com controle de acesso ou agrupamento de privilégios.
Alternativa E — ❌ Incorreta
Synonym é um apelido (alias) para um objeto do banco (tabela, visão, etc.), facilitando referências. Não serve para gerenciar permissões.
PEGA ESSA DICA!
Ao resolver questões sobre controle de acesso em SGBDs, lembre-se: Profiles limitam recursos, Roles agrupam privilégios, Schemas organizam objetos, Triggers automatizam ações, e Synonyms criam apelidos. Fixe essa relação e você acertará questões desse tipo.