Banco de Dados

1. Banco de Dados Representa o arquivo físico de dados, armazenado em dispositivos periféricos, para consulta e atualização pelo usuário. Possui uma série de informações relacionadas a um determinado assunto.

2. 1. BASE DE DADOS • Coleção de dados logicamente relacionados, • Projetada e construída com dados para um propósito específico, • Concebida para atender a um grupo de usuários, • Representação de algum aspecto do mundo real, • Qualquer mudança na realidade, provocará mudanças nesta base, • Possui alguma fonte de dados.

3. SGBD(Sistema de Gerenciamento de Base de Dados) • Software responsável pelo gerenciamento dos dados no Banco de Dados, que permite aos usuários: • Definir: especificação de tipos de dados a serem armazenados. • Construir: armazenamento dos dados em algum meio controlado pelo SGBD. • Manipular: utilização de funções para consulta, recuperação de dados e geração de relatórios.

4. 2. CAPACIDADES DO SGBD Eliminação de Redundâncias Dados comuns são compartilhados Eliminação de Inconsistências Armazenamento num único local com acesso descentralizado Compartilhamento dos Dados Utilização simultânea e segura de um dado Restrições de Segurança Para cada usuário o nível de acesso Padronização dos Dados Dados são padronizados segundo um determinado formato Manutenção da Integridade Impede que a chave da tabela não tenha correspondente em outra tabela Fornecimento de backup Cópias de segurança completas ou incrementais sempre que necessário

5. 3. CONCEITOS IMPORTANTES • Campo É a menor unidade de informação existente em um arquivo de banco de dados.

6. 3. CONCEITOS IMPORTANTES • Registro Conjunto de campos. Entidade que identifica entrada única num banco de dados.

7. 3. CONCEITOS IMPORTANTES • Chave Uma chave permite a distinção dos registros de uma tabela. Pode ser formada por um campo ou um conjunto de campo (chaves compostas).

8. 3. CONCEITOS IMPORTANTES • Tabelas Representam as estruturas de armazenamento de dados dos sistemas. Formada por um conjunto de campos e registros. Ex: tabela dos clientes tabela dos fornecedores tabela dos produtos

9. 3. CONCEITOS IMPORTANTES Tabela no modo Estrutura Chave Tabela no modo Folha de Dados

10. 3. CONCEITOS IMPORTANTES • Dado É o valor do campo quando é armazenado no Banco de Dados. Ex. O valor do campo "nome do cliente" para quem está entrando com os dados.

11. 3. CONCEITOS IMPORTANTES • Informação É o valor que este campo representa para as atividades da empresa. Ex. Resposta a uma consulta: Qual os nomes dos clientes do Rio de Janeiro? Dado Processamento Informação

12. 4. TIPOS DE DADOS • Texto Armazena caracteres alfanuméricos (texto e número). É o tipo indicado para armazenar informações que não requerem cálculo. Ex: nome de pessoas ou endereços. Cpf, Tel e Cep se tiver / , ( ) , -

13. 4. TIPOS DE DADOS • Memorando Armazena caracteres, no entanto, ele é utilizado para aguardar grandes blocos de texto que são divididos em parágrafos.

14. 4. TIPOS DE DADOS • Número Armazena valores numéricos inteiros ou fracionários. Este tipo deverá ser escolhido como padrão quando desejarmos efetuar cálculos com os campos.

15. 4. TIPOS DE DADOS • Data/Hora Faz com que o banco de dados trate os caracteres como datas ou horas, dependendo da forma como serão digitados.

16. 4. TIPOS DE DADOS • Moeda O tipo de dados Moeda tem todas características de um dado do tipo numérico, porém com acréscimo do símbolo monetário.

17. 4. TIPOS DE DADOS • AutoNumeração Utilizado para contagem de registros. A cada registro inserido na tabela ele é automaticamente incrementado em um valor.

18. 4. TIPOS DE DADOS • Sim/Não Permite a entrada de valores dos tipos: Sim ou Não, Verdadeiro ou Falso, Certo ou Errado.

19. 4. TIPOS DE DADOS • Objeto OLE Esse tipo de dado é uma grande vantagem do ambiente gráfico Windows, pois você pode definir que o dado seja uma imagem gráfica. Ex: associar à ficha dos funcionários uma foto do mesmo.

20. 4. TIPOS DE DADOS • Hyperlink É um tipo de campo que irá armazenar um texto que permite saltar para um arquivo, um local em um arquivo, uma página HTML na Web. Exemplo: http://fp13vs23.digiweb.com jsn@ig.com.br

21. 4. TIPOS DE DADOS • Assistente de pesquisa Cria um campo que permite que você escolha um valor a partir de uma tabela ou de uma lista de valores, utilizando uma caixa de combinação. Masc Fem

22. Exemplo de Pedido de Material - Número do Pedido e Código do tipo são preenchidos pelo programa- Sexo do Cliente e Nome do Tipo são preenchidos com caixa de combinação- Data do Pedido e Preço do Material podem ser usados em cálculos- E-mail do Cliente ao ser clicado com mouse abre o Outlook para mensagem

23. Tipos de Dados

24. 5. RELACIONAMENTO ENTRE TABELAS • As tabelas se relacionam através das chaves principais e secundárias. • As chaves secundárias são aquelas que são principais em uma tabela e são colocadas em outra tabela para que haja um relacionamento. • Os nomes da tabela são escritos em maiúsculo. • As chaves principais estão com sublinhado simples e/ou em negrito.

25. 5. RELACIONAMENTO ENTRE TABELAS Suponhamos que nós tenhamos as seguintes tabelas: Cliente e Pedido TAB-CLIENTE TAB-PEDIDO Cpf-ClienteNúmero-Pedido Nome-Cliente Data-Pedido Fone-Cliente Situação-Pedido Cep-Cliente

26. 5. RELACIONAMENTO ENTRE TABELAS • Para que uma tabela se relacione com a outra, é necessário que a chave principal de uma esteja no outra tabela, como chave secundária. TAB-CLIENTE TAB-PEDIDO Cpf-ClienteNúmero-Pedido Nome-Cliente Data-Pedido Fone-Cliente Situação-Pedido Cep-Cliente Cpf-Cliente • A chave estrangeira está representada pelo sublinhado duplo. • As duas tabelas estão relacionadas pelo campo Cpf-Cliente.

27. 6. CARDINALIDADES • As cardinalidades são representadas por 1 ou N. • A chave principal fica com a cardinalidade 1, enquanto que a chave secundária fica com a cardinalidade N.

28. 6. CARDINALIDADES • Se um cliente pode fazer vários pedidos e cada pedido só pode ser feito por um certo cliente, então a cardinalidade no exemplo acima passa a ser o seguinte: TAB-CLIENTE TAB-PEDIDO Cpf-ClienteNúmero-Pedido Nome-Cliente Data-Pedido Fone-Cliente Situação-Pedido Cep-Cliente Cpf-Cliente 1 N

29. 6. CARDINALIDADES • Se fosse colocada a chave principal da TAB-PEDIDO (Número-Pedido) na TAB-CLIENTE como chave estrangeira, a situação absurda seria a seguinte: • Cada cliente só poderia fazer um único pedido. • Cada pedido poderia ser feito por vários clientes.

30. Modelagem de Dados Consiste em mapear o mundo real do sistema em um modelo que irá representar a realidade e o relacionamento existente entre os dados. Identifica entidades de dados e seus relacionamentos. É um modelo de dados cujos conceitos foram projetados para estar o mais próximo possível da visão que o usuário tem dos dados.

31. 1. TABELA • Objeto ou evento básico do mundo real, concreto ou abstrato, que possui existência independente, distintamente identificado e tratado como uma categoria definida, acerca da qual armazenamos dados. TAB-CLIENTE

32. 1. TABELA • São Tabelas: Ente físico ou Jurídico (Funcionário, Cliente, Aluno, etc.); Documento (Nota Fiscal, Ordem de Serviço, etc.); Local (Departamento, Unidade, etc.); Histórico (Histórico Escolar, Vendas Acumuladas, etc.); Material (Matéria-prima, Produto, etc.). • Não são Tabelas: Entidade com apenas 1 elemento; Operações do sistema; Cargos de direção.

33. Tabelas Cadastro e Movimento Tabela Cadastro TAB-MOTORISTA TAB-DISTRIBUIÇÃO TAB-ÔNIBUS Cpf-MotorCpf-MotorChassi-Ônibus Nome-Motor Chassi-Ônibus Placa-Ônibus Fone-Motor Data-Distribuição Data-Fabricação Cnh-Motor Odômetro-Saída Modelo-Ônibus Hora-Saída Odômetro-Chegada Hora-Chegada Observação 1 N N 1 Tabela Movimento

34. 2. CAMPOS • Dados elementares que, em conjunto, permitem descrever a tabela ou o relacionamento. • Simples: são aqueles que possuem uma única opção. Ex: Identidade. • Determinante: garante a unicidade de cada ocorrência. Ex: Matrícula. • Composto: pode ser dividido em outros atributos. Ex: Endereço – (Rua + Número + Bairro + Cidade). • Multi-valorado: é aquele que pode ter mais de uma opção. Ex: Telefone - cada um pode ter mais de um telefone.

35. 3. CHAVE OU IDENTIFICADOR • É o atributo contido na tabela que a personaliza e individualiza. • Chave Primária É o atributo ou grupamento de atributos cujo valor identifica unicamente uma tupla dentre todas as outras de uma identidade. • Chave Candidata É o atributo ou grupamento de atributos que tem a propriedade de identificação única. Pode vir a ser a chave primária. • Chave Estrangeira Atributo de uma entidade que é a chave primária de outra entidade. • Chave Composta ou Concatenada É formada pelo grupamento de mais de um atributo.

36. 4. RELACIONAMENTO • É a associação, com um significado, entre duas ou mais entidades. • Exemplo: O João está trabalhando no Aprovisionamento. João - Campo Nome do funcionário da Tabela Funcionário; Aprovisionamento - Campo Nome do Setor da Tabela Setor; Trabalhando - Ligação existente entre um Funcionário e um Setor. TAB-FUNCIONÁRIO Trabalha TAB-SETOR

37. 4. RELACIONAMENTO • Relacionamento 1:1 • Francisco é casado com a Maria. • Casado - Ligação entre um Homem e uma Mulher, sendo que um homem pode ser casado com uma e apenas uma mulher, assim como, uma mulher pode ser casada com um e apenas um homem. 1 1 TAB-HOMEM TAB-MULHER Casado

38. 4. RELACIONAMENTO • Relacionamento 1:N ou N:1 • Pedro trabalha no Departamento de Pessoal. • Trabalha - Ligação entre um Funcionário e um Departamento, onde um funcionário pode trabalhar em um e somente um departamento e um departamento pode ter vários funcionários. N 1 TAB-DEPARTAMENTO TAB-EMPREGADO Trabalha

39. 4. RELACIONAMENTO • Relacionamento N : N • Antônio está matriculado na disciplina Português. • Matriculado - Ligação existente entre um Aluno e uma Disciplina, onde um aluno pode estar matriculado em várias disciplinas e cada disciplina pode ter vários alunos matriculados. • Normalmente existe campo no relacionamento. N N TAB-DISCIPLINA TAB-ALUNOS Matriculado Hora Dia

40. 4. RELACIONAMENTO • Dado um modelo completo, devemos montar um esquema onde aparecem todas as tabelas, com seus campos e chaves. • A chave principal deve receber sublinhado simples e a chave secundária um duplo. • Vamos estudar os seguintes casos: 1 para N , N para 1 e N para N • O 1 para 1 só é usado quando dividimos uma tabela em duas e temos a mesma chave principal.

41. 4. RELACIONAMENTO • Vamos estudar os 3 exemplos através das seguintes tabelas abaixo: TAB-PRODUTO TAB-FORNECEDOR Código-ProdCnpj-Fornec Descrição-Prod Nome-Fornec Dependendo da situação, o campo Preço-Prod fica em tabelas diferentes

42. ESQUEMA DE TABELAS • Caso 1: cada produto só é distribuído por um único fornecedor, que por sua vez pode distribuir vários produtos. TAB-FORNECEDOR (Cnpj-Fornec , Nome-Fornec) TAB-PRODUTO (Código-Prod , Descrição-Prod , Preço-Prod, Cnpj-Fornec) As 2 tabelas estão relacionadas pelo campo Cnpj-Fornec .

43. LAYOUT DE RELACIONAMENTOS • Caso 1: cada produto só é distribuído por um único fornecedor, que por sua vez pode distribuir vários produtos. TAB-PRODUTO TAB-FORNECEDOR Código-ProdCnpj-Fornec Descrição-Prod Nome-Fornec Preço-Prod Cnpj-Fornec 1 N As 2 tabelas estão relacionadas pelo campo Cnpj-Fornec .

44. ESQUEMA DE TABELAS • Caso 2: cada produto é distribuído por vários fornecedores, que por sua vez só distribuem apenas 1 produto. TAB-FORNECEDOR (Cnpj-Fornec , Nome-Fornec , Preço- Fornec , Código-Prod) TAB-PRODUTO (Código-Prod , Descrição-Prod) As 2 tabelas estão relacionadas pelo campo Código-Prod .

45. LAYOUT DE RELACIONAMENTOS • Caso 2: cada produto é distribuído por vários fornecedores, que por sua vez só distribuem apenas 1 produto. TAB-PRODUTO TAB-FORNECEDOR Código-ProdCnpj-Fornec Descrição-Prod Nome-Fornec Preço-Fornec Código-Prod 1 N As 2 tabelas estão relacionadas pelo campo Código-Prod .

46. ESQUEMA DE TABELAS • Caso 3: cada produto é distribuído por vários fornecedores, que podem distribuir vários produtos. TAB-FORNECEDOR (Cnpj-Fornec , Nome-Fornec) TAB-DISTRIBUIÇÃO (Cnpj-Fornec , Código-Prod , Preço-Fornec-Prod) TAB-PRODUTO (Código-Prod , Descrição-Prod) A TAB-PRODUTOS está relacionada com a TAB-DISTRIBUIÇÃO pelo campo Código-Prod A TAB-DISTRIBUIÇÃO está relacionada com a TAB-FORNECEDOR pelo campo Cnpj-Fornec

47. LAYOUT DE RELACIONAMENTOS • Caso 3: cada produto é distribuído por vários fornecedores, que podem distribuir vários produtos. TAB-PRODUTOS TAB-DISTRIBUIÇÃO TAB_FORNECEDOR Código-ProdCódigo-ProdCnpj-Fornec Descrição-Prod Cnpj-Fornec Nome-Fornec Preço-Fornec-Prod 1 1 N N A TAB-PRODUTOS está relacionada com a TAB-DISTRIBUIÇÃO pelo campo Código-Prod A TAB-DISTRIBUIÇÃO está relacionada com a TAB-FORNECEDOR pelo campo Cnpj-Fornec

48. 5. MINI MUNDO • Descrição formal da realidade a ser representada. • Exemplo: suponhamos que a AEDB funcione assim: • Cada aluno pertence a um curso, que por sua vez pode ter vários alunos. O curso é armazenado por um código único e pelo seu nome. Os alunos são cadastrados pela matrícula, nome e endereço. Não existem 2 alunos com a mesma matrícula. Cada curso possui algumas disciplinas que são identificadas por um controle único e pela sua descrição. A mesma disciplina pode ser lecionada em outros cursos em dias diferentes. Cada professor pode ministrar mais de uma disciplina, mas cada disciplina só pode ser lecionada por um único professor. CPF, nome e telefone são os atributos de cada professor.

49. Resposta: Esquema de Tabelas TAB-ALUNO (Matrícula-Aluno , Nome-Aluno , Rua-Aluno , Bairro-Aluno , Cep-Aluno , Código-Curso) TAB-CURSO (Código-Curso , Descrição-Curso) TAB-AULAS (Código-Curso , Controle-Disciplina , Dias-Aula-Disciplina) TAB-DISCIPLINA (Controle-Disciplina , Descrição-Disciplina , Cpf-Professor) TAB-PROFESSOR (Cpf-Professor , Nome-Professor , Tel-Professor)

50. Resposta: Layout de Relacionamentos TAB-ALUNO TAB-CURSO TAB-AULAS Matrícula-AlunoCódigo-CursoCódigo-Curso Nome-Aluno Descrição-Curso Controle-Disciplina Rua-Aluno Dias-Aula-Disciplina Bairro-Aluno Cep-Aluno TAB-DISCIPLINA Código-CursoControle-Disciplina TAB-PROFESSOR Descrição-Disciplina Cpf-Professor Cpf-Professor Nome-professor Tel-Professor 1 1 N N 1 N 1 N