Please enable JavaScript.

Coggle requires JavaScript to display documents.

Banco de Dados - Coggle Diagram

- - - - valores brutos, elementos isolados
      - São simplesmente fatos, números, símbolos ou descrições sem contexto
      - Exemplos:
        
        “Maria”
        
        “25”
        
        Não dizem muito sobre o que representam
        
        R$ 1500
    - - Quando você organiza os dados e dá um contexto, eles se transformam em informação.
      - Resultado da organização e interpretação dos dados
      - Exemplo:
        
        “Maria, de 25 anos, comprou um produto no valor de R$ 1500 no dia 31/12/2024, e seu endereço de entrega é Rua 10, nº 15.”
  - - - Armazenar
      - Organizar
      - Manipular
      - Controlar o acesso aos dados de um banco de dados.
    - - MySQL
        
        Relacional (Open Source)
      - PostgreSQL
        
        Relacional (Open Source)
      - SQLite
        
        Relacional (leve)
  - - - Bancos de Dados Relacional (SQL)
        
        Baseiam no Modelo Relacional
        
        Organiza os dados em tabelas.
        
        Características Principais:
        
        Estrutura em Tabelas
        
        Relacionamentos
        
        SQL (Structured Query Language) Abordada no ponto 4
        
        ACID (Atomicidade, Consistência, Isolamento, Durabilidade)
        
        Definição:
        
        Conjunto de propriedades que garantem que as transações sejam executadas de forma confiável, mesmo com falhas, interrupção ou erros.
        
        ACID é um acrônomo
        
        :checkered_flag:Atomicidade
        
        A transação deve ser atômica, ou seja, tudo ou nada.
        
        Se uma parte da transação falhar, o sistema deve reverter todas as alterações feitas até aquele ponto.
        
        :checkered_flag: Concistência
        
        Garante que a transação leve o banco de dados de um estado válido para outro estado válido, obedecendo todas as regras e restrições definidas (como tipos de dados, chaves estrangeiras, regras de negócio
        
        O banco nunca ficará com dados "quebrados" ou inválidos após uma transação.
        
        :black_flag: Isolamento
        
        Transações simultâneas não devem interferir umas nas outras.
        
        Os efeitos de uma transação em andamento não devem ser visíveis para outras transações.
        
        :checkered_flag:Durabilidade
        
        Após a finalização de uma transação (commit), as alterações feitas no banco de dados devem ser permanentes, mesmo em caso de falha no sistema, queda de energia ou travamento.
        
        Os dados são gravados de forma segura no armazenamento.
        
        Esquema Fixo
        
        Sua estrutura deve ser definida antes da inserção de dados
        
        Colunas, tipos de dados, restrições
        
        O esquema fixo garante estrutura, segurança, desempenho e integridade dos dados.
        
        Baseado no modelo proposto por E. F. Codd.
      - Banco de Dados Hierárquico
        
        Organiza dados em forma de árvore (estrutura pai-filho).
        
        Cada registro pai pode ter vários filhos, mas cada filho tem apenas um pai
        
        Pouco usado atualmente, mas ainda aparece em concursos por valor histórico.
        
        IBM Information Management System (IMS)
      - Banco de Dados em Rede
        
        Evolução do modelo hierárquico.
        
        Cada nó (registro) pode ter múltiplos pais e filhos (estrutura de grafo)
        
        Complexo de implementar e manter, mas também cobrado por sua importância histórica.
        
        Integrated Data Store (IDS).
      - Banco de Dados Orientado a Objetos
        
        Une conceitos de banco com programação orientada a objetos.
        
        Armazena dados como objetos, com atributos e métodos.
        
        Suporta herança, encapsulamento, polimorfismo.
        
        Ex: db4o, ObjectDB, Versant.
      - Banco de Dados NoSQL (Not Only SQL)
        
        Usado quando o volume de dados é muito grande ou não estruturado.
        
        Não usa esquema fixo.
        
        Alta escalabilidade e flexibilidade.
        
        Tipos principais:
        
        Chave-valor (Redis)
        
        Documentos (MongoDB)
        
        Colunar (Cassandra)
        
        Grafos (Neo4j)
        
        Apache Cassandra ou HBase
        
        MongoDB, Redis, Cassandra, Neo4j.
      - Banco de Dados Distribuído
        
        Dados estão distribuídos em múltiplos servidores ou locais.
        
        Transparente para o usuário.
        
        Muito cobrado em questões sobre redes e escalabilidade.
        
        Google Spanner, Apache Cassandra.
      - Banco de Dados em Nuvem
        
        Dados armazenados e gerenciados por meio de serviços em nuvem.
        
        Amazon RDS, Google Cloud SQL, Microsoft Azure SQL Database.
- - - - Também não posso cadastra um regitro na tabela filho associada a tabela pai se a chave primaria desse registro não esta na tabela pai.
- - - - Representa algo do mundo real que deve ser armazenado no banco (pessoa, objeto, evento, conceito).
      - Representada por um retângulo.
      - Exemplo: Aluno, Curso, Professor.
      - 🔸 Entidade forte:
        
        Possui chave primária própria
        
        Ex: Aluno (matrícula, nome, data_nasc)
      - 🔸 Entidade fraca:
        
        Não tem chave própria e depende de outra entidade para se identificar.
        
        Representada com retângulo duplo.
        
        Ex: Dependente de um funcionário.
    - - Características ou propriedades de uma entidade.
      - Representados por elipses (ovais).
      - Tipos de atributos:
        
        Simples
        
        nome, idade
        
        Composto
        
        endereço → rua, cidade
        
        Derivado
        
        idade (derivado de data_nasc)
        
        Multivalorado
        
        telefones
        
        Deve virar uma nova endidade na pratica
        
        Chave (PK)
        
        matrícula, CPF
    - - Mostra como as entidades se relacionam entre si.
      - Representado por losangos (diamantes).
      - Tipos de relacionamentos:
        
        1:1 (um pra um)
        
        Pessoa ↔ CPF
        
        1:N (um pra muitos)
        
        Curso → Aluno
        
        N:M (muitos para muitos)
        
        Aluno ↔ Disciplina
    - - Indica a quantidade de ocorrências de uma entidade que pode se associar à outra
      - Exemplos:
        
        1:1 → Um funcionário gerencia um setor
        
        1:N → Um cliente faz vários pedidos
        
        N:M → Um aluno faz várias disciplinas, e uma disciplina tem vários alunos
    - - Generalização
        
        Une entidades semelhantes em uma mais genérica
        
        Aluno e Professor viram Pessoa
      - Especialização
        
        Divide uma entidade em tipos específicos
        
        Pessoa → Aluno, Professor
      - Agregação
        
        Trata um relacionamento como entidade
        
        Empregado trabalha_em Projeto pode virar entidade para ser relacionada com Departamento
  - - - Eliminar redundâncias
      - Evitar inconsistências
        
        Dados errados
      - Melhorar a integridade dos dados
    - - Elas são chamadas de Formas Normais (1FN, 2FN, 3FN, etc.), e cada uma corrige problemas que a anterior não resolveu.
    - - 📌 Regra: Os atributos devem ser atômicos (não pode repetir nem agrupar vários valores no mesmo campo).
      - 👉 Palavra-chave: Atributo atômico
      - Ex:
        
        ❌ Errado:
        
        ID Nome Telefones
        
        1 Ana 12345, 97984232486, 97984568545
      - No caso de ter mais de 1 delefone, cria-se uma outra tabela contatos e relaciona
      - Remove atributos multi valorado e compostos
    - - 📌 Regra: Estar na 1FN e os atributos não-chave devem depender da chave primária inteira, e não de parte dela (caso de chaves compostas).
      - 👉 Palavra-chave: Não existe Dependência parcial
      - se o atributo não chave não pertencer as duas chaves criar uma nova tabelas para esses atributos
    - - 📌 Regra: Estar na 2FN e nenhum atributo não-chave deve depender de outro atributo não-chave.
      - 👉 Palavra-chave: Dependência transitiva
      - Remover dependencia transitiva
      - Ex: Se tenho uma tabela de vendas com os campos notas_fiscal, cod_vendedor, Nome_vendedor, Cod_produto e qtde_produto. o campo cod_vendedor depende da chave primaria que é a nota_fiscal, mais o nome_vendedor não depende da PK que é a nota_fiscal, depende di cod_vendedor, então para normalizar na 3FN preciso criar uma tabela vendedor e relaionar com a tabela vendas.
    - - 📌 Mais rígida que a 3FN.
      - Aplica-se quando há dependência funcional mesmo com chave candidata.
      - É um nível avançado de normalização de banco de dados, usado para eliminar redundâncias e inconsistências que ainda podem existir mesmo após a 3ª Forma Normal (3FN).
      - Em uma tabela na FNBC, todo determinante deve ser uma chave candidata.
- - - - 🔹 1. CREATE — Criar estruturas ou tabelas
      - 🔹 2. ALTER — Alterar estruturas existentes
      - 🔹 3. DROP — Excluir estruturas
      - TRUNCATE
  - - - 🔹 1. GRANT — Concede permissões
      - 🔹 2. REVOKE — Remove permissões
  - - - 🔹 1. COMMIT — Confirma a transação
      - 🔹 2. ROLLBACK — Desfaz a transação
      - 🔹 3. SAVEPOINT — Cria um ponto de recuperação
  - - - Registros com correspondência
    - - Todos da esquerda
    - - Todos da direita
    - - Todos (nem sempre existe no MySQL)