BANCO DE DADOS. info 3º ano. Prof. Diemesleno Souza Carvalho

Transcrição

1 BANCO DE DADOS info 3º ano Prof. Diemesleno Souza Carvalho

2 BANCO DE DADOS Unidade 1 - Introdução Dados; Banco de Dados; Base de Dados; Projeto de Banco de Dados.

3 BANCO DE DADOS Unidade 2 - Projeto Conceitual Modelagem Entidade-Relacionamento; Entidade; Atributo; Chave; Relacionamento.

4 BANCO DE DADOS Unidade 3 - Projeto Lógico Modelo Relacional; Mapeamento Modelo Entidade- Relacionamento para Modelo Relacional; Normalização; Dicionário de Dados.

5 BANCO DE DADOS Na aula de hoje veremos Unidade 4 - Projeto Lógico Normalização; Dicionário de Dados. Arquitetura Cliente-Servidor; Sistema Gerenciador de Banco de Dados; PostgreSQL / MySQL; Mapeamento do Modelo Relacional para o Modelo Físico.

6 UNIDADE 4 - PROJETO LÓGICO

7 UNIDADE 4 - PROJETO LÓGICO Normalização

8 UNIDADE 4 - PROJETO LÓGICO Normalização Uma série de passos dados em um projeto de banco de dados, que permitem um armazenamento consistente e um eficiente acesso aos dados em bancos de dados relacionais. Estes passos reduzem a redundância de dados e as chances dos dados se tornarem inconsistentes.

9 UNIDADE 4 - PROJETO LÓGICO Normalização Diz-se que uma tabela num banco de dados relacional está numa certa forma normal se satisfaz certas condições. O trabalho original de Edgard F. Codd[1] definiu três dessas formas: 1º Forma Normal 2º Forma Normal 3º Forma Normal

10 UNIDADE 4 - PROJETO LÓGICO Normalização

11 UNIDADE 4 - PROJETO LÓGICO Normalização Qual o problema da tabela ao lado?

12 UNIDADE 4 - PROJETO LÓGICO Normalização Qual o problema da tabela ao lado? Por quê a tabela ao lado não está normalizada?

13 UNIDADE 4 - PROJETO LÓGICO Normalização As tabelas de um banco de dados devem ter simplicidade e facilidade de leitura em um diagrama.

14 UNIDADE 4 - PROJETO LÓGICO Normalização Ao analisarmos a imagem ao lado, veremos que a tabela tem vários campos repetidos e sem sentindo.

15 NORMALIZAÇÃO 1º Forma Normal Esta forma normal é a mais simples de todas. Consiste em tirar campos que se repetem ou que tem mais de uma informação em uma entidade e separálas em entidades separadas.

16 NORMALIZAÇÃO 1º Forma Normal - Campos repetidos: - telefone1, telefone2 - cep1, cep2 - cidade1, cidade2 - endereco1, endereco2 - estado1, estado2 - num1, num2

17 NORMALIZAÇÃO 1º Forma Normal Distribuindo os campos repetidos em outras entidades nós temos o diagrama ilustrado acima.

18 NORMALIZAÇÃO 1º Forma Normal Os campos estão separados de acordo com cada conjunto, por exemplo, dados de endereço pertencem agora à tabela endereço e dados de telefone pertencem agora à tabela telefone.

19 NORMALIZAÇÃO 1º Forma Normal Pronto?

20 NORMALIZAÇÃO 1º Forma Normal As tabelas precisam de chaves e relacionamentos.

21 NORMALIZAÇÃO 1º Forma Normal Pronto!

22 NORMALIZAÇÃO 2º Forma Normal Nosso diagrama já melhorou muito com a aplicação da primeira forma normal, porém

23 NORMALIZAÇÃO 2º Forma Normal Nosso diagrama já melhorou muito com a aplicação da primeira forma normal, porém Se por acaso dois alunos são irmãos e moram em uma mesma casa?

24 NORMALIZAÇÃO 2º Forma Normal Se por acaso dois alunos são irmãos e moram em uma mesma casa? Vai haver dois cadastros de dois endereços idênticos!

25 NORMALIZAÇÃO 2º Forma Normal E se os alunos moram todos em um conjunto habitacional?

26 NORMALIZAÇÃO 2º Forma Normal E se os alunos moram todos em um conjunto habitacional? Vai ha ver dezenas de endereços escritos exatamente iguais, mudando somente o bloco e o número da casa ou apartamento.

27 NORMALIZAÇÃO 2º Forma Normal E se um grupo de alunos morar em uma república? Todos terão o mesmo endereço, telefone

28 NORMALIZAÇÃO 2º Forma Normal Evitar que o banco de dados armazene dados idênticos é uma prática obrigatória e este é o requisito da segunda forma normal, que só pode ser aplicada em um diagrama quando a primeira forma normal já foi aplicada.

29 NORMALIZAÇÃO 2º Forma Normal Evitar que o banco de dados armazene dados idênticos é uma prática obrigatória e este é o requisito da segunda forma normal, que só pode ser aplicada em um diagrama quando a primeira forma normal já foi aplicada. Como resolver isso?

30 NORMALIZAÇÃO 2º Forma Normal Evitar que o banco de dados armazene dados idênticos é uma prática obrigatória e este é o requisito da segunda forma normal, que só pode ser aplicada em um diagrama quando a primeira forma normal já foi aplicada. Entidades associativas!

31 NORMALIZAÇÃO 2º Forma Normal

32 NORMALIZAÇÃO 2º Forma Normal Pode parecer que mais tabelas significa mais espaço ocupado no banco de dados, mas estamos economizando espaço.

33 NORMALIZAÇÃO 2º Forma Normal Pronto?

34 NORMALIZAÇÃO 2º Forma Normal Todo novo endereço, sendo ele referenciado por um ou vários alunos contém campos de cep, estado, cidade, endereço e número. Porém um estado pode conter várias cidades, e uma cidade pode ter vários bairros e um bairro pode ter vários logradouros

35 NORMALIZAÇÃO 2º Forma Normal

36 NORMALIZAÇÃO 2º Forma Normal Finalizada a aplicação da segunda forma normal, mas em p r a t i c a m e n t e todas as tabelas temos o campo nome.

37 NORMALIZAÇÃO 2º Forma Normal Campos com o mesmo nome em várias entidades r e l a c i o n a d a s entre si não é recomendável.

38 NORMALIZAÇÃO 2º Forma Normal

39 NORMALIZAÇÃO 2º Forma Normal Pronto!

40 NORMALIZAÇÃO 3º Forma Normal

41 NORMALIZAÇÃO 3º Forma Normal Uma tabela está na terceira forma normal se ela estiver na 2FN e se nenhuma coluna não-chave depender de outra coluna não-chave.

42 NORMALIZAÇÃO 3º Forma Normal Na terceira forma normal, temos que eliminar aqueles campos que podem ser obtidos pela equação de outros campos da mesma tabela.

43 NORMALIZAÇÃO 3º Forma Normal Na terceira forma normal, temos que eliminar aqueles campos que podem ser obtidos pela equação de outros campos da mesma tabela. Exemplo: errado!

44 NORMALIZAÇÃO 3º Forma Normal Na terceira forma normal, temos que eliminar aqueles campos que podem ser obtidos pela equação de outros campos da mesma tabela. Exemplo: certo!

45 NORMALIZAÇÃO 3º Forma Normal

46 NORMALIZAÇÃO 3º Forma Normal Nossas tabelas não precisam da terceira forma normal. :)

47 NORMALIZAÇÃO DER nas 1º, 2º e 3º Formas Normais

48 NORMALIZAÇÃO DER nas 1º, 2º e 3º Formas Normais

49 UNIDADE 4 - PROJETO LÓGICO Dicionário de Dados

50 UNIDADE 4 - PROJETO LÓGICO Dicionário de Dados No processo de desenvolvimento de sistemas, um dos pontos fortes é o MER - Modelo de Entidade e Relacionamento, onde são definidas as entidades que irão compor o sistema e como elas irão se relacionar.

51 UNIDADE 4 - PROJETO LÓGICO Dicionário de Dados Junto com o modelo de entidade e relacionamento é necessário que se mantenha um documento com a explicação de todos os objetos nele criados. Este documento é o dicionário de dados, e permite que os analistas/programadores obtenham informações sobre todos os objetos do modelo de forma textual, contendo informações por vezes difíceis de incluir no diagrama.

52 UNIDADE 4 - PROJETO LÓGICO Dicionário de Dados Exemplo:

53 UNIDADE 4 - PROJETO LÓGICO Dicionário de Dados Exemplo: - Entidade: É o nome da entidade que foi definida no MER. - Atributo: Os atributos são as características da entidade. - Classe: As classes podem ser: - Simples -> Atributo normal. - Composto -> Poderá ser dividido em outros atributos. (Endereço) - Multivalorado -> Indica que o atributo poderá não ser único. (Telefone) - Determinante -> Será usado como chave. - Domínio -> Tipo de dado. (Numérico, texto, booleano ) - Tamanho -> Quantidade de caracteres necessários para o conteúdo. - Descrição -> Opcional, pode ser usado para descrever o que é o atributo.

54 UNIDADE 4 - PROJETO LÓGICO Arquitetura Cliente-Servidor

55 UNIDADE 4 - PROJETO LÓGICO Arquitetura Cliente-Servidor O modelo cliente-servidor é uma estrutura de aplicação distribuída que distribui as tarefas e cargas de trabalho entre os fornecedores de um recurso, ou serviço, designados como servidores, e os requerentes dos serviços designados como clientes.

56 UNIDADE 4 - PROJETO LÓGICO Arquitetura Cliente-Servidor

57 UNIDADE 4 - PROJETO LÓGICO Arquitetura Cliente-Servidor

58

59 UNIDADE 4 - PROJETO LÓGICO Sistema Gerenciador de Banco de Dados

60 UNIDADE 4 - PROJETO LÓGICO Sistema Gerenciador de Banco de Dados Conjunto de programas de computador responsáveis pelo gerenciamento de um banco de dados. Seu principal objetivo é retirar da aplicação cliente a responsabilidade de gerenciar o acesso, a manipulação e a organização dos dados.

61 UNIDADE 4 - PROJETO LÓGICO Sistema Gerenciador de Banco de Dados

62 UNIDADE 4 - PROJETO LÓGICO Sistema Gerenciador de Banco de Dados

63 UNIDADE 4 - PROJETO LÓGICO PostgreSQL / MySQL

64 UNIDADE 4 - PROJETO LÓGICO PostgreSQL

65 UNIDADE 4 - PROJETO LÓGICO PostgreSQL PostgreSQL é um SGBD open-source lançado em 1995 que teve início de seu desenvolvimento na Universidade de Berkeley por Michael Stonebraker.

66 UNIDADE 4 - PROJETO LÓGICO PostgreSQL + pgadmin III

67 UNIDADE 4 - PROJETO LÓGICO MySQL

68 UNIDADE 4 - PROJETO LÓGICO MySQL O MySQL é um SGBD open-source criado na Suécia e mais tarde vendido para a Sun Microsystems por US$ 1 bilhão.

69 UNIDADE 4 - PROJETO LÓGICO MySQL O MySQL é um SGBD open-source criado na Suécia e mais tarde vendido para a Sun Microsystems por US$ 1 bilhão. Mais tarde a Sun foi comprada pela Oracle por US$ 7.4 bilhões.

70 UNIDADE 4 - PROJETO LÓGICO MySQL + MySQL Workbench + phpmyadmin

71 UNIDADE 4 - PROJETO LÓGICO Mapeamento do Modelo Relacional para o Modelo Físico

72 UNIDADE 4 - PROJETO LÓGICO Mapeamento do Modelo Relacional para o Modelo Físico Modelo Relacional -> Modelo Lógico

73 UNIDADE 4 - PROJETO LÓGICO Mapeamento do Modelo Relacional para o Modelo Físico Modelo Relacional -> Modelo Lógico

74 UNIDADE 4 - PROJETO LÓGICO Mapeamento do Modelo Relacional para o Modelo Físico Quando falamos em Modelo Físico estamos falando na implementação de um modelo lógico pré-definido em algum SGBD do mercado.

75 UNIDADE 4 - PROJETO LÓGICO Mapeamento do Modelo Relacional para o Modelo Físico O modelo físico não está limitado a esta implementação, mas também a técnicas de tunning (melhorias de desempenho).

76 BANCO DE DADOS Dúvidas? Prof. Diemesleno Souza Carvalho

77 BANCO DE DADOS Atividade: Fazer o Diagrama Entidade Relacionamento estudado em sala juntamente com o Dicionário de Dados e enviar para diemesleno@iftm.edu.br até a próxima quinta-feira no máximo 23:59 valendo 5 pontos. Dica: Utilize a ferramenta MySQL Workbench para o DER e uma planilha do LibreOffice para o DD.

78 BANCO DE DADOS Próxima aula - Unidade 5 - SQL Linguagem de Manipulação de Dados: Insert, Update e Delete; Linguagem de Definição de Dados: Create, Drop, Alter; Linguagem de Controle de Dados: Grant, Revoke; Linguagem de Consulta de Dados: Select; Linguagem de Transação de Dados: Commit, Rollback; Triggers.