Banco de Dados para a Marinha: como a prova pode cobrar modelagem, SQL, transações e normalização

Quando estudamos Banco de Dados para concursos da Marinha, uma percepção importante precisa ficar clara desde o início: a banca normalmente não quer apenas saber se o candidato decorou conceitos. Ela quer verificar se ele consegue aplicar esses conceitos em situações concretas, especialmente em interpretação de esquemas, análise de consultas SQL, compreensão de transações e identificação de problemas de modelagem.

Esse tipo de cobrança exige uma preparação diferente daquela baseada somente em leitura passiva de teoria. Em Banco de Dados, o candidato precisa desenvolver raciocínio técnico. Não basta saber o que é chave primária, chave estrangeira, normalização ou transação. É necessário entender como esses elementos se comportam em questões objetivas e como a banca constrói alternativas erradas, mas plausíveis.

Um ponto muito importante é a leitura de modelos relacionais em notação textual. Em muitas provas, em vez de um diagrama gráfico, a estrutura aparece descrita com tabelas, atributos, chaves primárias e chaves estrangeiras. Nesse cenário, o candidato precisa interpretar corretamente os vínculos entre as relações e extrair conclusões sem extrapolar o que o modelo realmente garante.

Esse detalhe faz toda a diferença. Em prova, um erro comum é o estudante assumir restrições que o enunciado não trouxe. Se uma tabela possui uma chave estrangeira para outra, isso indica um vínculo referencial, mas não autoriza, por si só, concluir qualquer regra adicional que não esteja expressa na modelagem. Em outras palavras, a prova cobra leitura técnica, e não adivinhação baseada em “como geralmente funciona no mundo real”.

Outro tema fortíssimo em provas da Marinha é SQL. E aqui não estamos falando apenas de comandos básicos isolados. A tendência é cobrar consultas que envolvam múltiplas tabelas, junções, agrupamentos, filtros e, principalmente, interpretação semântica do que foi pedido. O candidato precisa compreender o problema antes de pensar na sintaxe.

É muito comum a banca apresentar um cenário com cliente, pedido, item de pedido, produto, categoria e vendedor, por exemplo, e perguntar qual consulta atende corretamente a determinada necessidade. Nesses casos, o grande diferencial não é só saber usar JOIN, GROUP BY ou COUNT, mas perceber os efeitos da cardinalidade. Uma junção mal interpretada pode multiplicar linhas e produzir contagens incorretas.

Por isso, um dos pontos mais importantes do estudo de SQL para concursos é entender quando usar agregação simples e quando usar agregação com eliminação de duplicidades. Em diversos contextos, a utilização de COUNT(DISTINCT …) é o que impede que um pedido com vários itens seja contado várias vezes. Esse é exatamente o tipo de detalhe que separa o candidato que realmente domina consulta relacional daquele que apenas reconhece comandos.

Além de SQL, a Marinha pode explorar com boa profundidade o conteúdo de gerenciamento de transações. Esse assunto costuma ser muito valorizado porque permite questões objetivas e tecnicamente refinadas. O examinador pode apresentar uma sequência de operações concorrentes entre duas transações e perguntar qual fenômeno está ocorrendo.

Nesse contexto, o estudante precisa dominar muito bem leitura suja, leitura não repetível e leitura fantasma. A leitura suja ocorre quando uma transação lê um dado alterado por outra transação ainda não confirmada. Se depois houver rollback, a informação lida nunca deveria ter sido considerada válida. É exatamente esse tipo de raciocínio que a banca espera do candidato.

Perceba que não basta decorar o nome da anomalia. É fundamental entender a lógica do fenômeno. Em prova, as alternativas erradas costumam trazer termos reais da teoria, mas associados ao cenário incorreto. Assim, quem não compreende a essência de cada problema de concorrência acaba sendo facilmente induzido ao erro.

Outro conteúdo clássico é a normalização. E aqui a cobrança costuma girar em torno de dependências funcionais, dependência parcial, dependência transitiva e identificação da forma normal violada. Muitas vezes, a questão apresenta uma relação com chave composta e pede que o candidato identifique se há violação da 2FN, da 3FN ou de outra forma normal.

A 2FN, por exemplo, exige que atributos não chave dependam da chave inteira, e não apenas de parte dela. Quando há chave composta e um atributo não chave depende somente de um dos componentes da chave, temos uma dependência parcial. Em concursos, esse ponto aparece bastante porque é simples de enunciar, mas exige atenção conceitual na análise.

Já a 3FN acrescenta outra camada de refinamento, ao combater dependências transitivas de atributos não chave em relação à chave primária. A banca gosta desse tema porque ele exige que o candidato organize mentalmente a cadeia de dependências. Isso demanda maturidade no conteúdo e não apenas repetição mecânica de definições.

Do ponto de vista estratégico, minha recomendação é estudar Banco de Dados em quatro frentes. A primeira é modelagem relacional, com foco em chaves, integridade referencial e interpretação de esquemas. A segunda é SQL, especialmente consultas com várias tabelas, agregação e subconsultas. A terceira é transações e concorrência. A quarta é normalização e dependências funcionais.

Além disso, resolva muitas questões. Em Banco de Dados, a prática faz enorme diferença, porque a prova trabalha muito com pequenas sutilezas. Muitas vezes, o aluno sabe o conteúdo, mas erra por desatenção a uma palavra do enunciado, por uma cardinalidade mal observada ou por uma alternativa que parece correta à primeira vista.

Outro cuidado importante é não estudar SQL apenas digitando comandos soltos. Para concurso, é essencial ler consultas prontas e descobrir o que elas fazem. A banca frequentemente inverte a lógica: em vez de pedir que o candidato escreva a consulta, apresenta várias alternativas e cobra a identificação da correta. Isso transforma a prova em um exercício de leitura técnica.

Também vale reforçar que Banco de Dados é um conteúdo muito integrado. Modelagem influencia SQL. SQL se relaciona com integridade. Integridade dialoga com transações. Transações dependem da lógica do SGBD. Normalização afeta a estrutura que depois será consultada. Quem percebe essa integração tende a ter melhor desempenho.

Em síntese, para a prova da Marinha, Banco de Dados deve ser estudado com profundidade conceitual e forte treinamento prático. A banca tende a privilegiar o candidato que compreende a estrutura, interpreta cenários e reconhece consequências técnicas. Quem alia teoria, leitura atenta e treino consistente chega muito mais competitivo na prova.