Postagens

Aula 39: Álgebra Relacional: Operações de Conjunto (União, Interseção e Diferença)

Imagem
Por ser fundamentada na teoria matemática dos conjuntos, a Álgebra Relacional inclui operadores binários para combinar tuplas de duas relações distintas: União, Interseção e Diferença. Contudo, para que essas operações possam ser aplicadas entre duas tabelas (que chamaremos de Tabela A e Tabela B), elas devem obrigatoriamente satisfazer a condição de Compatibilidade de União (Union Compatibility). Duas tabelas A e B são compatíveis quanto à união se e somente se: Possuírem o mesmo grau (exatamente o mesmo número de atributos/colunas). Os domínios dos atributos correspondentes na mesma ordem forem compatíveis (por exemplo, a primeira coluna da Tabela A e a primeira coluna da Tabela B devem ser do mesmo tipo de dado, como números inteiros ou textos). Compreendidos os requisitos de compatibilidade, os operadores funcionam da seguinte forma: União (Operador UNION em SQL): Produz uma nova tabela que contém todas as linhas que estão na Tabela A, na Tabela B, ou em ambas. Linhas duplicadas s...
Postar um comentário
Leia mais

Aula 38: Conceitos de Álgebra Relacional: Seleção e Projeção

Imagem
A Álgebra Relacional é uma linguagem de consulta procedural fundamentada na teoria dos conjuntos, servindo como o alicerce teórico para a linguagem SQL. Nela, as operações recebem uma ou duas relações como entrada e produzem uma nova relação como saída. Essa propriedade (chamada de fechamento relacional) permite aninhar e combinar múltiplos operadores em expressões complexas. Os dois operadores unários (que atuam sobre uma única relação por vez) mais fundamentais são a Seleção e a Projeção. O operador de Seleção (representado teoricamente pela letra grega Sigma) atua no sentido horizontal de uma tabela. Sua função é filtrar as tuplas (linhas) de uma relação que satisfazem uma determinada condição lógica ou preditiva (como Salario > 3000 ou Cidade = 'SP'). A notação descritiva desse operador pode ser entendida como: SELECAO (condicao, Tabela). O resultado da seleção possui o mesmo esquema (as mesmas colunas) da relação original, mas apenas um subconjunto de suas linhas. Na li...
Postar um comentário
Leia mais

Aula 37: Mapeamento de Hierarquias para o Modelo Relacional

Imagem
O mapeamento de estruturas de Generalização e Especialização (herança) do MER para o modelo relacional apresenta diferentes alternativas de projeto. Como o modelo relacional não possui o conceito nativo de "herança" de forma idêntica à Programação Orientada a Objetos, o projetista deve escolher a estratégia de conversão que melhor equilibre a performance de consulta e a preservação da integridade (evitando campos nulos e redundância). Existem três estratégias clássicas de mapeamento de herança: 1- Estratégia de Tabela Única (Single Table Strategy): Mapeia toda a hierarquia (superclasse e todas as subclasses) para uma única tabela. Todos os atributos de todas as subclasse são reunidos nessa tabela, juntamente com uma coluna discriminadora (ou atributo do tipo/categoria) que indica a qual subclasse a linha pertence.                    Vantagem: Consultas extremamente rápidas, pois não exigem junções (JOIN).      ...
Postar um comentário
Leia mais

Aula 36: Transformação do MER para Tabelas: Relacionamentos N:M

Imagem
No mapeamento de um modelo conceitual para o modelo relacional lógico, os relacionamentos do tipo Muitos-para-Muitos (N:M) exigem uma abordagem especial. Diferente dos relacionamentos 1:1 e 1:N, nos quais a associação pode ser resolvida pelo transporte simples de uma chave estrangeira para uma das tabelas existentes, no relacionamento N:M isso é tecnicamente impossível. Se tentássemos colocar a chave estrangeira em qualquer uma das duas tabelas originais, seríamos forçados a armazenar múltiplos valores dentro de uma única célula (o que viola a Primeira Forma Normal) ou a duplicar linhas inteiras gerando uma redundância inaceitável. Para solucionar esse problema e manter a atomicidade e a consistência dos dados, a regra de mapeamento estabelece que todo relacionamento N:M transforma-se obrigatoriamente em uma nova tabela, frequentemente chamada de tabela associativa ou tabela de junção. O nome dessa nova tabela geralmente deriva do verbo que descreve o relacionamento ou da combinação do...
Postar um comentário
Leia mais

Aula 35: Revisão Teórica dos Conceitos Fundamentais

Imagem
  Chegamos a um momento crucial de síntese. A revisão dos conceitos fundamentais de banco de dados nos permite consolidar a diferença entre dado (um valor bruto) e informação (dado processado com significado). Relembrar que um SGBD ( Sistema Gerenciador de Banco de Dados)  é um software que facilita a definição, construção e manipulação de uma base de dados é essencial para entender por que as empresas investem tanto em tecnologias como MySQL ou Oracle. O controle centralizado provido pelo SGBD resolve os problemas históricos de redundância e inconsistência dos antigos sistemas de arquivos. A arquitetura baseada nos três níveis de abstração (Físico, Lógico e Visão) continua sendo o pilar para garantir que o usuário final não precise lidar com bits e bytes, focando apenas na lógica do seu trabalho. Essa separação sustenta a independência de dados, permitindo que o DBA (Database Administrator - Administrador de Banco de Dados) modernize o hardware sem que o programador prec...
Postar um comentário
Leia mais

Aula 34: Introdução ao Mapeamento de Modelos

Imagem
O mapeamento de modelos é o processo técnico de converter o Modelo Entidade-Relacionamento (conceitual) para o Modelo Relacional (lógico). Nesta fase, as abstrações gráficas de Peter Chen (retângulos, losangos e elipses) são traduzidas em estruturas de tabelas compatíveis com SGBDs comerciais. O objetivo é criar um esquema que preserve toda a semântica e as restrições capturadas no nível conceitual, mas agora em um formato pronto para ser implementado via SQL. A regra básica do mapeamento é que cada entidade regular (forte) torna-se uma tabela. Todos os atributos simples da entidade tornam-se colunas dessa tabela, e o atributo-chave do MER é eleito como a chave-primária (PK) no modelo relacional. Se houver atributos compostos no MER, apenas os seus componentes simples são mapeados como colunas individuais, garantindo que o banco de dados armazene as menores unidades de informação possíveis. O mapeamento de relacionamentos é a parte mais sofisticada do processo. Relacionamentos 1:1 e 1:...
Postar um comentário
Leia mais

Aula 33: Integridade Referencial: Chaves Estrangeiras

Imagem
A integridade referencial é o mecanismo que garante que os relacionamentos entre as tabelas permaneçam consistentes. Ela baseia-se no conceito de chave-estrangeira (CE), que é um atributo em uma relação que aponta para a chave-primária (CP) de outra relação. Para que a integridade seja mantida, a regra é simples: qualquer valor presente em uma chave-estrangeira deve obrigatoriamente existir como um valor de chave-primária na tabela referenciada, ou ser nulo (caso o relacionamento seja opcional). Imagine uma tabela 'Empregado' com uma chave-estrangeira 'NDEP' que aponta para a tabela 'Departamento'. Se tentarmos cadastrar um empregado em um departamento de código 99, mas esse departamento não existir na tabela 'Departamento', o SGBD deve bloquear a operação. Isso evita o surgimento de registros órfãos — dados que "apontam para lugar nenhum" — o que corromperia a lógica do negócio e geraria erros graves em relatórios gerenciais. As restrições de ...
Postar um comentário
Leia mais