Curso Online de Modelagem Avançada e DDL Oracle

Modelagem Avançada eDDL Oracle
Curso Completo: Do Modelo Conceitual à Implementação Física

1. Modelagem
Abstração do mundo real para o papel. MER e Relacionamentos.
2. Normalização
As 4 Formas Normais (1NF a 4NF) e regras de integridade.
3. Oracle DDL
Comandos CREATE, ALTER, DROP e Tipos de Dados avançados.
4. Restrições
Garantindo a segurança dos dados com Constraints e Índices.
Os 4 Pilares do Curso

Módulo 1: Modelagem de Dados
A Fundação da Arquitetura Relacional

O Banco de Dados Relacional (RDBMS) é um sistema projetado para armazenar dados em estruturas de tabelas bidimensionais (linhas e colunas).
Criado por Edgar F. Codd na década de 1970, ele revolucionou a indústria por um motivo central:
A capacidade de estabelecer vínculos matemáticos e lógicos entre diferentes conjuntos de dados (Relacionamentos).
O que é um BD Relacional?

A construção de um banco de dados nunca começa no SQL. Ela exige três fases distintas de amadurecimento e abstração.
1. Conceitual
Focado no Negócio. Identifica apenas as Entidades principais e como elas interagem. Nenhuma preocupação tecnológica.
2. Lógico
Focado na Estrutura. Adiciona os atributos, define as chaves primárias e resolve relações N:M. Ainda independente do banco.
3. Físico
Focado na Tecnologia. A implementação final (DDL) no Oracle, definindo VARCHAR2, Índices, Tablespaces e Constraints.
O Ciclo de Vida da Modelagem

O processo de descer de nível (do Conceitual para o Físico) é conhecido como Engenharia Direta (Forward Engineering).
Cada nível atende a um público diferente na empresa:
Conceitual: Diretores, Gerentes e Analistas de Negócio.
Lógico: Arquitetos de Software e Desenvolvedores.
Físico: DBAs e Engenheiros de Dados.
Modelagem Abstrata vs Concreta

Entidades
Objetos, coisas ou conceitos do mundo real sobre os quais a empresa deseja armazenar dados (Ex: Cliente, Produto).
Relacionamentos
Ações ou vínculos verbais que conectam as entidades (Ex: Cliente "COMPRA" Produto).
O Escopo
Nesta fase, não definimos colunas como CPF ou Data de Nascimento, apenas o "Quadro Maior" do sistema.
1. Modelo Conceitual

Atributos Descritivos
Todas as propriedades que definem uma entidade. O "Cliente" agora ganha Nome, CPF, Email e Telefone.
Identificadores (PK)
A criação teórica das Chaves Primárias. Qual atributo tornará cada registro do Cliente absolutamente único no banco?
Normalização
É no modelo lógico que aplicamos as Formas Normais, organizando atributos compostos e desmembrando tabelas N:M.
2. Modelo Lógico

Tabelas e Colunas
Entidades viram Tabelas (CREATE TABLE). Atributos viram Colunas estruturadas.
Data Types Oracle
Definição exata do tipo de armazenamento: VARCHAR2(100), NUMBER(10,2), DATE, TIMESTAMP.
Índices e Storage
Criação de artefatos de performance e alocação de espaço físico (Tablespaces, Partições).
3. Modelo Físico

O MER (criado por Peter Chen) é a representação gráfica definitiva para projetar bancos relacionais.
Retângulos: Representam Entidades.
Losangos: Representam Relacionamentos verbais.
Elipses: Representam Atributos.
Linhas: Determinam as conexões e restrições matemáticas de cardinalidade.
O Modelo Entidade-Relacionamento

Entidade Forte (Independente)
Uma entidade cuja existência não depende absolutamente de nenhuma outra no banco de dados.
Exemplo: "Cliente" ou "Produto". Um produto existe no catálogo mesmo que ninguém nunca o tenha comprado.
Possui sua própria Chave Primária natural.
Entidade Fraca (Dependente)
Não possui existência própria. Depende diretamente de uma entidade forte para fazer sentido sistêmico.
Exemplo: "Dependente" do Funcionário ou "Item do Pedido". Se o Pedido for excluído, o Item perde sua razão de existir.
Sua PK geralmente é composta com a PK da entidade forte (FK).
Tipos de Entidades