Questão de Banco de Dados — SGBD - Sistema de Gerenciamento de Banco de Dados — Quadrix 2025

Restrições de integridade e desempenho em SGBD

Gabarito: ERRADO. As restrições de integridade, como a FOREIGN KEY, são parte essencial da definição do banco de dados e não devem ser ignoradas para melhorar a performance, pois garantem a consistência e a confiabilidade dos dados — função central do SGBD. O próprio conceito de SGBD, conforme a literatura clássica, inclui a "definição" como especificação de tipos, estruturas e restrições de dados, e a "proteção" como garantia de segurança e integridade.

A afirmação do enunciado toca num ponto sensível da administração de bancos de dados: o equilíbrio entre desempenho e integridade. É verdade que restrições como FOREIGN KEY impõem verificações adicionais a cada operação de escrita, o que pode impactar a performance em cenários de alta carga. Porém, a integridade referencial é um dos pilares do modelo relacional e uma das principais vantagens do uso de um SGBD em relação a sistemas de arquivos tradicionais. Ignorar essas restrições para ganhar velocidade é uma prática que compromete a qualidade dos dados e fere os princípios fundamentais do gerenciamento de banco de dados.

Para entender por que a afirmação está errada, é preciso distinguir dois conceitos que a banca explora: a otimização de desempenho e a garantia de integridade. A otimização é uma função legítima do SGBD, que pode ser alcançada por meio de índices, ajustes de consultas, particionamento de tabelas, entre outras técnicas. Já a integridade é uma propriedade inegociável: o SGBD deve impor restrições de integridade, como as de tipo, de integridade referencial e de singularidade (chave), para assegurar que os dados reflitam corretamente o minimundo que representam. A literatura de banco de dados é clara ao listar, entre as vantagens do SGBD, a "imposição de restrições de integridade" e o "gerenciamento da integridade dos dados".

Na prática, um administrador de banco de dados (DBA) jamais deve simplesmente "ignorar" uma FOREIGN KEY para melhorar a performance. O que se faz, em cenários extremos, é avaliar o custo-benefício de determinadas restrições, mas sempre considerando os riscos de inconsistência. Por exemplo, se uma tabela de pedidos referencia uma tabela de clientes por FOREIGN KEY, ignorar essa restrição permitiria inserir um pedido com um cliente inexistente, corrompendo a base. A performance ganha, mas a confiabilidade se perde — e a confiabilidade é justamente o que justifica a existência de um SGBD.

A pegadinha desta questão está em confundir a otimização de desempenho, que é uma função desejável e legítima do SGBD, com a supressão de restrições de integridade, que é uma violação dos princípios do modelo relacional. O candidato que conhece as funções do SGBD — definição, construção, manipulação, compartilhamento, proteção e manutenção — percebe que a integridade está no núcleo da "definição" e da "proteção", e não pode ser descartada em nome da velocidade. Guarde essa distinção: otimizar é ajustar o sistema para ser mais rápido; ignorar integridade é quebrar a confiabilidade do banco.

Item — ❌ ERRADO

A afirmação de que "restrições de integridade como FOREIGN KEY podem ser ignoradas para melhorar a performance do banco" é falsa. O SGBD tem como função primordial a definição de tipos, estruturas e restrições de dados, e a imposição de restrições de integridade é uma de suas principais vantagens. Ignorar uma FOREIGN KEY comprometeria a integridade referencial, permitindo dados inconsistentes e inválidos, o que é inaceitável em um banco de dados bem projetado. A performance pode e deve ser otimizada por outros meios, como índices e ajustes de consultas, mas nunca à custa da integridade dos dados.

Gabarito: ERRADO.