1) O documento discute os processos de criação de um banco de dados eficiente, incluindo análise de requisitos, organização de dados em tabelas, especificação de chaves primárias, normalização e segurança. 2) Os principais passos para criar um banco de dados são análise de requisitos, organização de dados em tabelas, especificação de relações, normalização e segurança de dados. 3) Erros comuns como esquecer o modelo ER, deletar ou atualizar dados sem critérios de seleção e menosprezar a normalização podem comp

1. Principais processos de
criação de um Banco de
Dados e comuns erros de
aplicação e segurança

2. Quem Sou Eu ?
Perla Coutinho
• Apaixonada por BANCO DE DADOS
• Trabalho como Desenvolvedora
• Estou cursando Sistemas de Computação da – UFF
• Dou aula em um projeto social que ensina
• Faço trabalhos voluntário
• Marvel vida !!! – HQ Paixão kkk

3. A palestra em questão abordará um pouco sobre
os processos de criação de um banco de dados
que mantenha a integridade dos dados eliminando
grande parte dos erros no sistema, e assim
oferecendo um bom desempenho e informações
de maneira consistente. Os erros mais comuns de
um administração também será abordado, como
também a importância de segurança das suas
aplicações

4. Vantagens de um banco de dados bem
estruturado:
1. Economiza espaço em disco ao eliminar dados redundantes.
2. Mantém a exatidão e a integridade dos dados.
3. Oferece acesso aos dados de maneiras úteis.

5. Criar um banco de dados eficiente é uma questão de
seguir o processo adequado, incluindo as fases a seguir:
1. Análise de requisitos, ou identificação do objetivo do banco de dados
2. Organizando dados em tabelas
3. Especificando chaves primárias e analisando relações
4. Normalizando para padronizar as tabelas

6. PASSO 1 :
Análise de requisitos: identificando o objetivo do
banco de dados

7. Compreender a finalidade do banco de dados servirá de base para
informar suas escolhas durante todo o processo de criação. Certifique-
se de considerar o banco de dados de todas as perspectivas. Por
exemplo, se você estiver criando um banco de dados para uma
biblioteca pública, seria importante considerar as maneiras pelas quais
os usuários e bibliotecários precisariam acessar os dados.

8. Aqui estão algumas maneiras de coletar
informações antes de criar o banco de dados:
• Entreviste as pessoas que o usarão
• Analise formulários corporativos, como faturas, quadros de horários e
pesquisas
• Faça um pente fino em todos os sistemas de dados existentes
(incluindo arquivos físicos e digitais)

9. PLANO DE AÇÃO

10. Formulário – Plano de Ação

11. Produtos
• Nome
• Preço
• Quantidade em
estoque
• Quantidade em
pedidos
Pedidos
• ID do pedido
• Representante de vendas
• Data
• Produto(s)
• QUANTIDADE
• Preço
• Total
Clientes
• Nome
• Sobrenome
• CPF
• E-mail
• Endereço
DADOS COLETADOS

12. PASSO 2:
Estrutura de banco de dados: os blocos de
construção de um banco de dados

13. O próximo passo é estabelecer uma representação visual do seu banco
de dados. Para fazer isso, você precisa entender exatamente como os
bancos de dados relacionais são estruturados.
Dentro de um banco de dados, os dados relacionados são agrupados
em tabelas, cada uma das quais consiste em linhas (também chamadas
tuplas) e colunas, como uma planilha.

14. CLIENTE
CPF Nome Sobrenome E-mail Endereço
PRODUTO
NOME PREÇO QTD ESTOQUE QTD PEDIDO
PEDIDO
ID VENDEDOR DATA PRODUTOS QTD PREÇO IMPOSTO TOTAL

15. Para manter os dados consistentes de um registro
para o outro, atribua o tipo de dados apropriado a
cada coluna. Os tipos de dados comuns incluem:
• CHAR - um tamanho específico de texto
• VARCHAR - texto de tamanhos variáveis
• TEXT - grandes quantidades de texto
• INT - número inteiro positivo ou negativo
• FLOAT, DOUBLE - também podem armazenar números de
pontos flutuantes
• BLOB - dados binários

16. PASSO 3:
Criando relações entre entidades

17. Com suas tabelas de banco de dados agora convertidas em tabelas,
você está pronto para analisar as relações entre essas tabelas. A
cardinalidade se refere à quantidade de elementos que interagem
entre duas tabelas relacionadas. Identificar a cardinalidade ajuda a
garantir que você tenha dividido os dados em tabelas de forma mais
eficiente.

18. FUNCIONÁRIO GERENCIA DEPARTAMENTO
DEPARTAMENTO CONTROLA PROJETO
FUNCIONÁRIO TRABALHA PROJETO
1 1
1 N
M N

19. Normalização de banco de dados

20. Normalização é um processo a partir do qual se aplicam
regras a todas as tabelas do banco de dados com o
objetivo de evitar falhas no projeto, como redundância
de dados e mistura de diferentes assuntos numa
mesma tabela.

21. CLIENTE
CPF Nome Sobrenome E-mail Endereço
234 PEDRO HERIQUE pedro.Henrique@homail.com RUA DO OUVIDOR,32 - CENTRO
456 JOÃO CARLOS joao_carlos@gmail.com RUA CAMPO GRANDE,45 - CG
CLIENTE
CPF Nome Sobrenome E-mail RUA NUMERO BAIRRO
234 PEDRO HERIQUE pedro.Henrique@homail.com RUA DO OUVIDOR 32 CENTRO
456 JOÃO CARLOS joao_carlos@gmail.com RUA CAMPO GRANDE 45 CAMPO
GRANE
1FN - 1ª Forma Normal
Uma relação está na primeira forma normal quando todos os atributos contém apenas um
valor correspondente, ou seja, deve ter somente valores atômicos.

22. Segunda Forma Normal
• Deve estar na 1ª FN e todos os atributos não-chaves devem
depender de todas as partes das chaves primária, ou seja, não
existem dependências parciais.
LOCADORA
COD_LOC COD_FILME TITULO_FILME FIM_LOCACAO COD_CLIENTE
1010 201 VINGADORES 4 2018-10-25 852
1010 302 FENIX NEGRA 2019-02-14 432
FILME
COD_FILME TITULO_FILME
201 VINGADORES 4
302 FENIX NEGRA
LOCADORA
COD_LOC COD_FILME FIM_LOCACAO COD_CLIENTE
1010 201 2018-10-25 852
1010 302 2019-02-14 432

23. Terceira Forma Normal
Deve estar na 2ª FN e nenhuma coluna não-chave depender de outra
coluna não-chave, não pode armazenar dados derivados na tabela.
PEDIDO
ID VENDEDOR DATA PRODUTOS QTD PREÇO IMPOSTO TOTAL
2559 CARLOS 2018-03-28 CALÇA 2 R$ 110 US$ 2,05 R$ 220

24. Modelo Entidade Relacional - MER

25. Dicas:
Segurança de Dados

26. 1. Mantenha uma política de backup regular
• Essa é uma preocupação básica, mas acredite quando afirmamos que
é muito negligenciada, inclusive por empresas. A política estabelecida
precisa definir a periodicidade e os locais de armazenamento do
backup do banco de dados.
• Serviços de armazenamento em nuvem são uma sugestão muito
válida para bases não muito grandes. Outra opção é a gravação em
mídias físicas, que sejam armazenadas em um local geográfico
diferente do ambiente do sistema.

27. 2. Restrinja o acesso ao servidor somente a
pessoas autorizadas
• É mandatório que somente o pessoal autorizado possa ter acesso,
tanto físico quanto remoto, ao servidor do banco de dados. Mesmo
que você tenha uma equipe de profissionais de excelência, abrir
janelas na segurança é um risco que não vale a pena correr.
• As regras de acesso devem ser estabelecidas para que usuários não
autorizados ou não capacitados acessem o servidor e possam colocar
em risco o próprio banco de dados.

28. 3. Boa higiene do banco de dados:
• Hackers podem se aproveitar quando as empresas não alteram as
senhas dos banco de dados, concedem privilégios excessivos para os
usuários, deixam dados críticos sem correção ou falham no
gerenciamento das configurações de banco de dados.
• Muitos DBAs e desenvolvedores deixam a senha padrão inalterada
para agilizar a administração e integração com as aplicações. Mas
essa atitude também torna a invasão de sistemas e o acesso a dados
da empresa mais fáceis.

29. ERROS para nunca cometer no seu
Banco de Dados!!!!

30. 1. Esquecer o modelo ER
Tanto na hora de desenvolver o banco de
dados e novas aplicações, quanto na hora
de prestar manutenção para uma base de
dados, o modelo ER (Modelo Entidade
Relacional) é essencial. Bases de dados
que possuem uma documentação em
forma de diagramas ER facilitam muito a
vida dos profissionais que irão trabalhar
com o banco, principalmente, em
sistemas legados!

31. 2. DROP database sem backup
Acredito que poucos fazem isso sem os devidos
cuidados, mas sempre é bom reforçar.
Resumindo, o comando DROP database irá
excluir toda a sua base de dados. Só por esse
motivo, você já consegue entender o porquê de
ser um comando pouco utilizado
principalmente em ambientes de produção.

32. 3. UPDATE sem WHERE
Se você é um administrador de banco de dados,
certamente já teve que atualizar registros, certo?
Contudo, quantas vezes foi preciso atualizar
todos os registros de uma tabela? Poucas vezes,
certo? A verdade é que raramente precisamos
atualizar todos os registros de uma tabela.
Portanto, você nunca deve esquecer de usar
a cláusula WHERE!

33. 4. DELETE sem WHERE
Esquecer da cláusula WHERE no item
anterior é ruim, mas esquecer dela no
comando DELETE é imperdoável!
Todas as vezes que você for executar
esse comando é necessário o máximo
de cuidado possível. Corrigir
atualizações erradas é possível, ainda
que leve um tempo considerável.
Porém, recuperar registros deletados
é muito mais complicado.

34. 5. Menosprezar a normalização de dados
Não, normalização de dados não é
besteira! Reduzir redundâncias, evitar
anomalias, aumentar a integridade e
o desempenho dos dados deve ser
um compromisso do DBA. Portanto,
não deixe essa atividade de lado!
Estude e pratique as técnicas de
normalização de dados em seus
projetos atuais e futuros.