O que são dados, bancos de dados e SGBDs?
Dados registram fatos; informação acrescenta contexto
Dados são representações registradas de fatos, eventos ou características. Um número, uma data, um código, uma imagem e uma resposta de formulário podem ser dados. Isolados, porém, eles nem sempre dizem o suficiente. O valor 18, por exemplo, pode representar idade, quantidade, nota ou duração.
Quando conhecemos o significado desse valor — “a aula tem 18 minutos” — conseguimos interpretá-lo. Essa interpretação contextualizada produz informação útil para uma pergunta ou atividade. Se uma pessoa dispõe de 20 minutos, a informação ainda pode apoiar uma decisão: estudar a aula agora.
Essa distinção não significa que todo dado seja um número nem que informação seja uma etapa automática. O contexto pode estar errado, incompleto ou desatualizado. Um registro também pode representar mal o fato observado. Por isso, armazenar muitos dados não garante conhecimento correto: significado, qualidade e finalidade continuam importantes.
Na plataforma de estudos que acompanhará esta trilha, estudante 104, conteúdo 27 e 2026-08-29 14:10 são valores registrados. Relacionados às regras do sistema, eles podem significar que determinado estudante concluiu um conteúdo naquele instante. A mesma base permite responder a perguntas como “quais conteúdos foram concluídos?” ou “qual é o próximo conteúdo da trilha?”.
Um banco de dados organiza registros relacionados
Um banco de dados é uma coleção organizada de dados relacionados, tratada como uma unidade para armazenamento, consulta e atualização. A organização não precisa assumir sempre a forma de tabelas: diferentes modelos podem representar documentos, pares de chave e valor, grafos ou outras estruturas. A próxima parte da trilha comparará esses modelos; nesta aula, o ponto central é a coleção possuir relações e finalidade definidas.
Um diretório com arquivos pode conter dados. Uma planilha também pode organizar registros. O termo banco de dados, contudo, costuma indicar que existe uma estrutura concebida para manter uma coleção relacionada e permitir operações consistentes sobre ela. No exemplo da plataforma, estudantes, trilhas, conteúdos e conclusões não são listas independentes: juntos, representam uma parte do domínio de aprendizagem.
| Conceito | Pergunta que ajuda a reconhecê-lo | Exemplo na plataforma |
|---|---|---|
| Dado | O que foi registrado? | 2026-08-29 14:10 |
| Contexto | A que objeto e evento o registro pertence? | horário de conclusão do conteúdo 27 pelo estudante 104 |
| Informação | Que significado atende à pergunta atual? | o estudante concluiu aquele conteúdo nesse horário |
| Banco de dados | Como os registros relacionados são organizados e mantidos? | coleção de estudantes, conteúdos, trilhas e conclusões |
O SGBD administra o banco de dados
O Sistema Gerenciador de Banco de Dados (SGBD) é o software que controla a organização, o armazenamento e a recuperação dos dados. Em inglês, a sigla correspondente é DBMS, de Database Management System. PostgreSQL, SQLite e sistemas de outros modelos são exemplos de produtos que exercem esse papel, cada um com arquitetura e recursos próprios.
Banco de dados e SGBD, portanto, não são a mesma coisa:
- o banco de dados é a coleção organizada que interessa ao sistema;
- o SGBD é o software usado para definir, acessar, alterar e proteger essa coleção;
- a aplicação usa os serviços do SGBD para executar uma finalidade para o usuário.
Em alto nível, um SGBD pode oferecer recursos para:
- definir estruturas e metadados: registrar quais objetos existem, como são descritos e quais regras devem respeitar;
- inserir, consultar, alterar e remover dados: fornecer linguagens ou interfaces para trabalhar com a coleção;
- validar restrições: impedir operações que violem regras declaradas, quando essas regras foram corretamente modeladas;
- coordenar acessos simultâneos: evitar que operações concorrentes produzam resultados incompatíveis com as garantias configuradas;
- controlar permissões: autenticar participantes e limitar operações conforme identidades e privilégios;
- apoiar recuperação: manter mecanismos que ajudam a preservar ou restaurar o estado dos dados diante de falhas;
- escolher caminhos de acesso: usar estruturas e estratégias internas para recuperar resultados sem exigir que a aplicação conheça cada detalhe físico.
Essa lista apresenta responsabilidades, não promessas automáticas. Um SGBD mal configurado pode ter permissões excessivas. Um banco sem cópias válidas pode não ser recuperável após um desastre. Uma estrutura ruim pode aceitar dados coerentes para o software, mas sem sentido para o negócio. A ferramenta oferece mecanismos; projeto, configuração e operação determinam como eles serão usados.
O sistema de banco de dados é maior que o SGBD
No uso cotidiano, é comum chamar o produto inteiro de “banco”. Tecnicamente, vale enxergar um sistema de banco de dados como o conjunto formado por:
- dados e metadados;
- SGBD;
- aplicações e interfaces de acesso;
- pessoas e papéis, como usuários, desenvolvedores e administradores;
- procedimentos de operação, segurança, cópia e recuperação;
- infraestrutura computacional em que os componentes executam.
Essa visão evita atribuir todas as decisões ao gerenciador. Se a aplicação coleta uma data errada ou associa uma conclusão ao estudante incorreto, o SGBD pode armazenar o registro exatamente como recebeu. Para rejeitá-lo, precisa existir uma regra que seja possível declarar e verificar. Regras dependentes de contexto humano podem continuar na aplicação ou em processos organizacionais.
Também não é obrigatório que usuário, aplicação e SGBD estejam na mesma máquina. Uma aplicação pode se comunicar com um serviço de banco de dados pela rede. Nesse caso, a conexão participa do funcionamento, mas os conceitos de cliente, servidor e transporte pertencem à trilha de Redes de Computadores. Aqui, nosso foco é o gerenciamento da coleção.
Por que não guardar tudo em arquivos isolados?
Arquivos e planilhas são úteis. Uma lista pessoal pequena, controlada por uma pessoa e com poucas regras pode não precisar de um SGBD. A decisão muda quando os mesmos dados precisam ser compartilhados, relacionados, atualizados simultaneamente ou consultados de muitas formas.
Imagine que três áreas da plataforma mantenham cópias separadas da mesma trilha:
- a página pública registra o título “Fundamentos de Redes”;
- o relatório administrativo ainda usa “Redes Básicas”;
- o histórico de matrículas guarda apenas um texto, sem uma identificação estável da trilha.
Uma alteração passa a exigir que todas as cópias sejam localizadas e atualizadas. Se uma for esquecida, respostas diferentes surgem para a mesma pergunta. Um SGBD não elimina toda duplicação por definição, mas permite criar uma fonte compartilhada, declarar relações e controlar como aplicações consultam e alteram os registros.
Um SGBD passa a entregar valor quando o problema exige uma combinação de capacidades como:
- múltiplos usuários ou aplicações acessando a mesma coleção;
- relacionamentos que precisam permanecer válidos;
- consultas diferentes sobre os mesmos registros;
- atualizações coordenadas;
- controle de acesso por papéis;
- histórico, auditoria ou recuperação após falhas;
- crescimento que torna a manipulação manual frágil ou lenta.
Exemplo: registrar a conclusão de um conteúdo
Considere uma solicitação hipotética: o estudante 104 concluiu o conteúdo 27. A aplicação recebe a ação do usuário e pede ao SGBD que registre a conclusão. Antes de manter o novo registro, o sistema pode precisar verificar se os identificadores existem, se a combinação é permitida e se já existe uma conclusão equivalente.
Depois, uma consulta pode combinar os registros necessários para apresentar o progresso da trilha. A aplicação não precisa abrir arquivos diferentes, descobrir manualmente qual cópia é atual e reimplementar toda regra de coordenação. Ela solicita uma operação por uma interface definida; o SGBD interpreta o pedido e administra o acesso aos dados.
Esse exemplo antecipa três ideias que receberão páginas próprias: modelo para representar o domínio, restrições para preservar regras e consultas para recuperar respostas. Por enquanto, basta perceber que o SGBD fornece os mecanismos que conectam essas operações ao banco de dados.
SQL, servidor e tabela são conceitos relacionados, mas distintos
Algumas confusões aparecem porque os termos costumam estar presentes no mesmo ambiente:
- SQL não é um banco de dados: é uma linguagem usada para definir, consultar e manipular dados em sistemas que a implementam;
- SGBD não é obrigatoriamente relacional: existem gerenciadores baseados em documentos, chave-valor, grafos e outros modelos;
- tabela não é o banco inteiro: em um sistema relacional, tabelas são objetos que pertencem a um banco e se relacionam com outros objetos;
- servidor não é sinônimo de SGBD: “servidor” pode indicar um papel de software ou a infraestrutura que oferece um serviço; o SGBD pode executar ali, localmente ou como serviço gerenciado;
- aplicação não deve ser confundida com o gerenciador: o portal apresenta trilhas e recebe ações; o SGBD administra os dados usados por esse portal.
O PostgreSQL, por exemplo, se apresenta como um sistema gerenciador de banco de dados relacional: nele, os dados relacionais são organizados em tabelas compostas por linhas e colunas. Isso descreve um produto e um modelo específicos. Não transforma “banco de dados”, em sentido amplo, em sinônimo universal de tabela ou SQL.
Um SGBD não garante dados corretos por conta própria
A qualidade da resposta depende da qualidade dos registros, do modelo e das regras. Se duas pessoas forem cadastradas como se fossem uma, uma consulta precisa pode devolver uma conclusão errada. Se ninguém definir quem pode ler informações pessoais, o simples uso de um SGBD não estabelece a política adequada.
Quatro perguntas ajudam a avaliar qualquer sistema de dados:
- Significado: o que cada registro representa no mundo ou no negócio?
- Estrutura: como os registros se relacionam e quais regras devem respeitar?
- Operação: quem pode consultar ou alterar, de que forma e com quais garantias?
- Finalidade: por que os dados são coletados e qual uso é legítimo e necessário?
A quarta pergunta conecta banco de dados a responsabilidade. Dados pessoais não deixam de exigir proteção porque estão bem organizados. Para formar essa base, consulte O que é Segurança da Informação? e a explicação sobre confidencialidade, integridade e disponibilidade.
O que você deve guardar
Dados são representações registradas; informação surge quando esses dados são interpretados em um contexto. Um banco de dados organiza uma coleção relacionada. O SGBD é o software que administra essa coleção e oferece mecanismos para estruturar, consultar, alterar, controlar e recuperar dados.
Aplicação, SGBD e banco têm papéis diferentes. Juntos com pessoas, procedimentos e infraestrutura, formam um sistema de banco de dados. Usar um gerenciador não corrige automaticamente significado, qualidade, segurança ou decisões de projeto, mas fornece uma base para tratar essas responsabilidades de forma controlada.
A próxima aula explica arquitetura, esquemas, instâncias e níveis de abstração, aprofundando como um SGBD separa a visão usada pelas aplicações da maneira como os dados são mantidos.
Referências
- NIST — Glossário: Database. Acesso em 29 ago. 2026.
- NIST — Glossário: Database Management System. Acesso em 29 ago. 2026.
- ACM, IEEE-CS e AAAI — CS2023: Data Management. Acesso em 29 ago. 2026.
- PostgreSQL Global Development Group — Concepts. Acesso em 29 ago. 2026.
- Oracle — Database Concepts. Acesso em 29 ago. 2026.