Postagens

Mostrando postagens de junho, 2025

Modelos de Dados Hierárquico

Imagem
O modelo hierárquico foi o primeiro a ser reconhecido como um modelo de dados. Seu desenvolvimento somente foi possível devido à consolidação dos discos de armazenamento endereçáveis, pois esses discos possibilitaram a exploração de sua estrutura de endereçamento físico para viabilizar a representação hierárquica das informações. Nesse modelo de dados, os dados são estruturados em hierarquias ou árvores. Os nós das hierarquias contêm ocorrências de registros, onde cada registro é uma coleção de campos (atributos), cada um contendo apenas uma informação. O registro da hierarquia que precede a outros é o registro-pai, os outros são chamados de registros-filhos. Uma ligação é uma associação entre dois registros. O relacionamento entre um registro-pai e vários registros-filhos possui cardinalidade 1:N. Os dados organizados segundo este modelo podem ser acessados segundo uma sequência hierárquica com uma navegação do topo para as folhas e da esquerda para a direita. Um registro pode estar a...

A importância na modelagem relacional

Quando falamos em bancos de dados relacionais, a normalização surge como um dos pilares fundamentais para garantir a eficiência, a consistência e a integridade das informações armazenadas. Mas por que ela é tão importante? A resposta está na sua capacidade de organizar os dados de forma estruturada, evitando redundâncias, inconsistências e anomalias que podem comprometer a qualidade e o desempenho do banco de dados. A normalização não é um processo aleatório; ela segue um conjunto de regras bem definidas, chamadas de formas normais, que ajudam a decompor tabelas complexas em estruturas mais simples e coesas. Imagine, por exemplo, um sistema de gestão de vendas onde as informações de clientes e pedidos são armazenadas em uma única tabela. Sem a normalização, um mesmo cliente poderia ter seus dados repetidos em várias linhas, aumentando o risco de inconsistências — como endereços ou telefones divergentes — e ocupando espaço desnecessário. Um dos principais objetivos da normalização é jus...

Redundância e Integridade de Dados

Quando começamos a entender o funcionamento de um banco de dados, é comum pensarmos apenas em armazenar as informações em tabelas, como se fosse uma planilha de Excel. Mas o que acontece quando essas informações começam a se repetir demais? Ou quando uma pequena alteração obriga a modificar vários registros ao mesmo tempo? É justamente nesse ponto que entra a normalização. A normalização é um processo que faz parte da organização lógica do banco de dados. Seu objetivo é eliminar a redundância de dados e evitar certos problemas chamados anomalias. Para entender melhor, imagine uma pequena loja de informática que resolve criar uma tabela para armazenar as vendas realizadas. Essa tabela tem as seguintes colunas: Nome do Cliente, Telefone, Produto, Valor do Produto e Forma de Pagamento. Agora pense que o cliente João da Silva comprou três produtos diferentes em dias distintos. Em vez de registrar apenas uma vez o nome e o telefone do João, a loja acaba inserindo essas informações três ve...

Modelagem de Banco de Dados

O modelo de dados é uma junção de ferramentas possibilitam para descrição dos dados, sua semântica, relações e restrições de consistência. Ele é fundamental para criação da estrutura de um Banco de dados, pois dará sua definição. Os modelos de dados possibilitam uma forma de apresentação do projeto de banco de dados nos níveis Físico, Lógico e de Visão (view) (SILBERSCHATZ, KORF e SUDARSHAN e 2012). Sendo assim, os modelos de dados podem ser classificados em quatro categorias (HEUSER, 2004): Modelo relacional: Utiliza a estrutura de tabela para representação dos dados e suas relações.  • Modelo de entidade/relacionamento: descreve entidades e relacionamentos entre elas. Este modelo será o foco deste capítulo.  •  Modelo de dados baseado em objeto: este modelo descreve os dados com extensões do modelo Entidade-Relacionamento, porém tem características de orientação a objeto como encapsulamento, métodos (funções) e identidade de objeto.  •  Modelo de dados semi...

Linhas de Tabelas em Bancos de Dados

No contexto de bancos de dados relacionais, as tabelas são estruturas fundamentais para armazenar informações de forma organizada. Cada linha (ou registro) em uma tabela representa uma   unidade básica de informação , correspondendo a um item cadastrado no banco de dados. O que Representam as Linhas de uma Tabela? A partir da segunda linha de uma tabela (já que a primeira geralmente contém os cabeçalhos das colunas), cada registro armazena um  dado específico  relacionado à entidade representada. Por exemplo: Se uma tabela chamada  ALUNOS  possui  10.000 linhas , significa que ela contém informações de  10.000 alunos cadastrados . Cada linha corresponde a um  registro único , contendo valores para cada atributo (coluna) definido na tabela, como  matrícula, nome, curso , etc. Semântica e Consistência dos Dados As linhas de uma tabela devem seguir uma  semântica clara , ou seja, armazenar apenas dados relacionados ao  mesmo tipo de en...

Chave Candidata em Bancos de Dados

No projeto de um banco de dados, uma das etapas mais importantes é a definição das   chaves , que garantem a identificação única de registros em uma tabela. Entre os tipos de chaves, destacamos a   chave candidata , que é essencial para a integridade e organização dos dados. O que é uma Chave Candidata? Uma  chave candidata  é um atributo (ou conjunto de atributos) que pode ser utilizado como  chave primária  em uma tabela, pois atende aos seguintes requisitos: Unicidade : Não podem existir duas linhas com o mesmo valor nesse atributo. Integridade : O atributo não pode conter valores nulos (NULL). Se uma tabela possui mais de um atributo que atende a esses critérios, todos eles são considerados  chaves candidatas . Exemplo Prático Considere a tabela  ALUNO , com os seguintes campos: CODIGOALUNO  (identificador único gerado pelo sistema) CPF  (Cadastro de Pessoa Física, único para cada aluno) Nome ,  E-mail , entre outros. Nesse caso...