Treinamento do Microsoft ® Access ® 2010

1. Treinamento do Microsoft® Access®2010 Projetar tabelaspara um novo banco de dados

2. Conteúdo do curso • Visão geral: planejar um bom design • Lição: inclui nove seções com instruções • Tarefas práticas sugeridas • Teste • Cartão de Referência Rápida Projetar tabelas para um novo banco de dados

3. Visão geral: planejar um bom design Novo no Access 2010? Aqui você começará a aprender os conceitos básicos do Access, começando com um bom design, que garantirá que seu banco de dados capture todos os dados precisamente. Esse curso focará principalmente no design de tabelas e relações para um novo banco de dados. Projetar tabelas para um novo banco de dados

4. Objetivos do curso • Planejar a estrutura da tabela de um novo banco de dados. • Planejar os campos — as colunas individuais em cada tabela. • Planejar os campos de chave primária que permitem as relações entre suas tabelas. • Criar tabelas para um banco de dados da web — banco de dados publicados em um site do Microsoft® SharePoint®. Projetar tabelas para um novo banco de dados

5. Iniciar com um plano A movimentação desses dados em um banco de dados do Access pode facilitar o seu trabalho, mas onde você começa? Poupe tempo e esforço com um plano. Para este curso, finja que você gerencia dados do ativo da empresa -- computadores, mesas e outros equipamentos. Você tem usado uma planilha para inserir e gerenciar os dados, mas o arquivo está se tornando tão grande que é difícil localizar e alterar dados, e alguns dos registros são imprecisos. Projetar tabelas para um novo banco de dados

6. Iniciar com um plano Primeiro, veja os dados que deseja capturar. Quantos desses dados são repetidos? Por exemplo, quantas vezes sua planilha lista fornecedores? Você olha para esses dados repetidos e os move para a respectiva tabela. Poupe tempo e esforço com um plano. A linguagem ao redor do design do banco de dados pode se tornar bem técnica, você ouvirá termos como formulários normais, mas estas são as noções básicas: Projetar tabelas para um novo banco de dados

7. Iniciar com um plano O processo de quebra dos dados em tabelas menores é chamado de normalização. Poupe tempo e esforço com um plano. Como parte disso, você asseguraque cada tabela contém dados únicos. Por exemplo, uma tabela de dados do ativo não conterá informações de vendas, e uma tabela de dados de pagamento não poderá conter registros médicos. Projetar tabelas para um novo banco de dados

8. Iniciar com um plano A planilha original coloca os dados em uma lista longa, enquanto o banco de dados os dividem em tabelas. Por sua vez, as tabelas estão relacionadas de forma que permita que você encontre informações e extraia significado dos dados. Poupe tempo e esforço com um plano. Depois que normaliza seus dados, você os "casa novamente" ao vincular suas tabelas com relações. A imagem mostra isso. Projetar tabelas para um novo banco de dados

9. Iniciar com um plano Portanto, continue e nós o mostraremos o processo de design passo a passo. Poupe tempo e esforço com um plano. Esse conjunto de tabelas e relações é o suporte principal de qualquer banco de dados relacional. Sem ele, não há banco de dados. Projetar tabelas para um novo banco de dados

10. Decidir a finalidade Mas não pare aqui. Pergunte a si mesmo quem usará o banco de dados e como ele será usado. Certifique-se de que a declaração de finalidade aborda todas essas necessidades e utilizações diferentes. Quem, o que, quando, por que e como. A primeira etapa no planejamento de um novo banco de dados é escrever sua finalidade. Nesse caso, você precisa inserir e gerenciar os dados do ativo da empresa. Projetar tabelas para um novo banco de dados

11. Decidir a finalidade Não tente tornar a declaração perfeita; você sempre poderá alterá-la e provavelmente irá. Quem, o que, quando, por que e como. Mantenha a sua declaração de finalidade útil e a consulte quando criar suas tabelas. Projetar tabelas para um novo banco de dados

12. Listar os dados que você deseja armazenar Todos os dados que cabem no armazenamento. Um bom design de banco de dados ajuda a evitar que você duplique dados. Também ajuda a garantir que seus dados estão completos e, o mais importante, são precisos. Projetar tabelas para um novo banco de dados

13. Listar os dados que você deseja armazenar E não hesite em perguntar aos seus colegas de trabalho o que eles precisam. Todos os dados que cabem no armazenamento. Para alcançar esses objetivos, comece listando os dados que deseja capturar. Você pode começar com os dados existentes — nesse caso, sua planilha. Ou então, se você usa razões ou formulários de papel, reúna alguns exemplos. Projetar tabelas para um novo banco de dados

14. Listar os dados que você deseja armazenar Por exemplo, quem inserirá os dados, e como? Quais tipos de formulários eles precisam? Todos os dados que cabem no armazenamento. Outra forma de identificar as informações que você precisa para armazenar é criar um fluxograma das tarefas associadas aos seus dados. Projetar tabelas para um novo banco de dados

15. Listar os dados que você deseja armazenar Por exemplo, você deseja saber quando as mesas e as cadeiras precisam ser trocadas? Quem precisa dessas informações? Examinar os dados que você precisa inserir e consumir poderá ajudá-lo a decidir quais dados serão armazenados. Todos os dados que cabem no armazenamento. Enquanto estiver nele, pense sobre os relatórios ou correspondências que deseja produzir do banco de dados. Projetar tabelas para um novo banco de dados

16. Agrupar dados por assunto Conjuntos de informações únicas. Conforme você listar os dados que deseja capturar, verá que eles se enquadram naturalmente em uma ou mais categorias ou grupos de assunto. Por exemplo, suas informações podem ser agrupadas desta forma: Dados do ativo, como modelos, datas de compra e custos. Projetar tabelas para um novo banco de dados

17. Agrupar dados por assunto Conjuntos de informações únicas. Dados do fornecedor — aqueles que fornecem computadores, mesas e outros equipamentos. Provavelmente, esta categoria incluirá nomes de empresa, endereços, telefones e nomes de contato. Dados do suporte — aqueles que consertam e fazem a manutenção do equipamento. Esta categoria se parece com os dados do fornecedor porque também inclui empresas e nomes de contato. Projetar tabelas para um novo banco de dados

18. Agrupar dados por assunto Conjuntos de informações únicas. O Agrupamento é importante porque cada grupo pode corresponder a uma tabela, como Ativos, Suporte e Fornecedores. Seus grupos podem não resultar em uma lista completa de tabelas, mas são um bom ponto de partida. Não tenha medo de reformulá-los. Basta ter certeza de que cada grupo contém dados únicos: apenas as informações do ativo em um grupo, somente os dados do fornecedor em outro, e assim por diante. Projetar tabelas para um novo banco de dados

19. De grupos, campos Por exemplo, em uma tabela de dados de contatos comerciais, você normalmente tem campos para nome, sobrenome, empresa, telefones e muito mais. Você está começando nos mínimos detalhes. A próxima etapa no seu design é listar os campos de cada tabela. Na tabela Access, as colunas são chamadas de campos e os registros individuais são chamados de linhas. Como regra, cada campo de uma tabela está relacionado a outros campos. Projetar tabelas para um novo banco de dados

20. De grupos, campos Você planeja os campos ao decidir informações específicas que cada um de seus grupos deve capturar. Novamente, você pode consultar seus dados existentes: planilha, razão ou até seu arquivo de cartão. Você está começando nos mínimos detalhes. Cada campo deve estar relacionado aos outros, e cada campo deve se aplicar somente a contatos comerciais. Esse conjunto de campos relacionados é chamado de relação, e é daí que vem o termo banco de dados relacional. Projetar tabelas para um novo banco de dados

21. De grupos, campos Em um design bom, um campo representa um único pedaço de dado, e o nome do campo identifica claramente esse dado. Você está começando nos mínimos detalhes. Para seu banco de dados do ativo, você provavelmente deseja listar cada item e informações sobre cada item, como datas de compra e custos. Como parte disso, tente reduzir cada campo para seu menor componente lógico. Projetar tabelas para um novo banco de dados

22. De grupos, campos Isso é natural, você está vendo como precisa relacionar as tabelas, e vamos discutir essas relações em breve. Por enquanto, inclua todos os campos que você acha que cada tabela deve ter. Você está começando nos mínimos detalhes. Enquanto você trabalha, pode desejar usar dados de uma tabela em outra. Por exemplo, a imagem mostra que o grupo Ativos inclui campos de fornecedores e suporte. Projetar tabelas para um novo banco de dados

23. De grupos, campos Você está começando nos mínimos detalhes. Finalmente, caso esteja se perguntando, você não planeja as linhas. Elas surgem naturalmente conforme você insere dados nos campos. Projetar tabelas para um novo banco de dados

24. Planejar tipos de dados Por exemplo, se desejar armazenar dados textuais, como nomes e endereços, defina os campos com o tipo de dados Texto. Se desejar armazenar datas e horas, defina o campo como tipo de dados Data/Hora. Cada campo recebe um tipo de dados. Depois de listar os campos em cada tabela, você precisa decidir sobre um tipo de dados para cada campo. Um tipo de dados é uma propriedade que controla o que você pode ou não inserir em um campo. Projetar tabelas para um novo banco de dados

25. Planejar tipos de dados Além do mais, os tipos de dados também ajudam a controlar o tamanho do seu banco de dados porque eles controlam o tamanho dos seus campos. Você não perderá espaço colocando uma pequena quantidade de texto em um campo grande. Cada campo recebe um tipo de dados. Os tipos de dados são um padrão para todos os bancos de dados relacionais, e eles ajudam a garantir a inserção de dados precisos. Por exemplo, você não pode inserir um nome em um campo definido para conter datas e horas. Projetar tabelas para um novo banco de dados

26. Planejar tipos de dados Cada campo recebe um tipo de dados. O Access faz com que seja fácil de definir tipos de dados. Por enquanto, conforme lista seus campos, observe o tipo de dados de cada um. Projetar tabelas para um novo banco de dados

27. Planejar suas chaves primárias Por exemplo, a empresa de telefonia mantém registro de todos os João da Silva, identificando-os com um valor único de chave primária. Um campo fundamental para todas as tabelas. A próxima etapa no seu plano é adicionar um campo chave primária a cada uma de suas tabelas. Uma chave primária é um campo, ou uma combinação de campos, com um valor que faz com que cada registro – cada linha de uma tabela – seja único. Projetar tabelas para um novo banco de dados

28. Planejar suas chaves primárias Na verdade, as chaves primárias são tão importantes que temos uma regra para elas: cada tabela do seu banco de dados deve ter uma chave primária. Sem elas, você não pode criar relações e extrair informações relevantes dos seus dados.. Um campo fundamental para todas as tabelas. Além de identificar cada registro em seu banco de dados, você também usa chaves primárias nas relações entre suas tabelas. Projetar tabelas para um novo banco de dados

29. Planejar suas chaves primárias Como você está apenas começando, a maneira mais simples é planejar um campo "ID", como "IDdoAtivo" ou "IDdoFornecedor", para cada uma das suas tabelas, e definir o campo para o tipo de dados Numeração Automática. Um campo fundamental para todas as tabelas. O Access fornece várias maneiras de criar chaves primárias. Projetar tabelas para um novo banco de dados

30. Planejar suas chaves primárias Além disso, se você estiver planejando publicar seu banco de dados no SharePoint, precisará usar os campos de Numeração Automática como as chaves primárias de todas as suas tabelas. Um campo fundamental para todas as tabelas. O Access então incrementará o valor nesse campo por um sempre que você adicionar um novo registro. Projetar tabelas para um novo banco de dados

31. Planejar suas chaves estrangeiras Por enquanto, você precisa planejá-las, e faz isso ao decidir onde colocar as chaves estrangeiras. A chave para as relações: compartilhando suas chaves. Mencionamos anteriormente neste curso que, depois de quebrar seus dados em tabelas, você os corresponde novamente com os vínculos chamados de relações. As relações da tabela podem se tornar complexas e ultrapassar o escopo desse curso. Projetar tabelas para um novo banco de dados

32. Planejar suas chaves estrangeiras A imagem mostra isso: você pode ver como as chaves primárias nas tabelas Fornecedores e Suporte tornam-se campos na tabela de Ativos. Esses campos duplicados na tabela Ativos são chaves estrangeiras. A chave para as relações: compartilhando suas chaves. Uma chave estrangeira é simplesmente uma chave primária que você usa em outra tabela. Projetar tabelas para um novo banco de dados

33. Planejar suas chaves estrangeiras Valores de chave primária são pequenos, e você não pode extrair informações do seu banco de dados a menos que as use em relações. Então, como uma etapa em seu design, indique seus campos de chave estrangeira. A chave para as relações: compartilhando suas chaves. Neste momento, você pode estar pensando: "Espere aí, compartilhar campos assim duplica alguns dados!". Não se preocupe, esse tipo de duplicação está correto. Projetar tabelas para um novo banco de dados

34. Criar tabelas para SharePoint Por exemplo, você só pode usar o modo Folha de Dados para criar tabelas, e não o designer de tabela. Os bancos de dados da Web precisam de algum planejamento. Como etapa final no processo de design, decida se irá publicar seu banco de dados no SharePoint. Se você fizer isso, suas tabelas não poderão usar alguns dos recursos que o Access fornece. Projetar tabelas para um novo banco de dados

35. Criar tabelas para SharePoint Os bancos de dados da Web precisam de algum planejamento. Além disso, os únicos tipos de relações que você pode criar são chamados de Campos de Pesquisa. Esse é um tipo de relação que permite que você selecione os valores que residem em uma tabela a partir de uma lista em outra tabela. Projetar tabelas para um novo banco de dados

36. Criar tabelas para SharePoint Então, como uma etapa final de seu plano, observe independentemente do fato de você publicar o banco de dados. É um pequeno detalhe, mas é fundamental. Os bancos de dados da Web precisam de algum planejamento. O Access impõe esses limites, porque o processo de publicação converte seu banco de dados em HTML dinâmico e ECMAScript, então você precisa evitar a criação de qualquer componente do banco de dados – o Access os chama de objetos – que não podem ser convertidos nessas linguagens. Projetar tabelas para um novo banco de dados

37. Sugestões para a prática • Iniciar o plano. • Observar o modelo do banco de dados Ativos. • Explorar maneiras de evitar dados redundantes sem criar tabelas Prática online (exige o Access 2010) Projetar tabelas para um novo banco de dados

38. Questão do teste 1 Qual é a função de uma chave primária? (Escolha uma resposta.) Projetar tabelas para um novo banco de dados Identificar exclusivamente cada registro em uma tabela. Criptografar e descriptografar seu banco de dados. Ajudar a garantir a inserção de dados na tabela correta.

39. Questão do teste 1 Qual é a função de uma chave primária? Resposta: Identificar exclusivamente cada registro em uma tabela. Projetar tabelas para um novo banco de dados As chaves primárias fazem tudo isso, e todas as suas tabelas devem ter um campo de chave primária.

40. Questão do teste 2 Um bom design de banco de dados ajuda a garantir que seus dados são: (Escolha uma resposta.) Projetar tabelas para um novo banco de dados Sempre salvos como backup. Completos e precisos. Duplicados, portanto, fáceis de localizar.

41. Questão do teste 2 Um bom design de banco de dados ajuda a garantir que seus dados são: Resposta: Completos e precisos. Projetar tabelas para um novo banco de dados Completude e precisão são essenciais para a tomada de decisões acertadas.

42. Questão do teste 3 Você deve sempre colocar todos os seus dados em tabelas separadas. (Escolha uma resposta.) Projetar tabelas para um novo banco de dados Verdadeiro. Falso.

43. Questão do teste 3 Você deve sempre colocar todos os seus dados em tabelas separadas. Resposta: Falso. Projetar tabelas para um novo banco de dados Se você só precisa armazenar e acompanhar alguns itens, pode usar um campo de pesquisa que contém uma lista de valores.

44. Questão do teste 4 Quantas tabelas um banco de dados bem projetado deve conter? (Escolha uma resposta.) Projetar tabelas para um novo banco de dados Tantas quantas forem necessárias para capturar todos os seus dados sem redundância. Um. Dois.

45. Questão do teste 4 Quantas tabelas um banco de dados bem projetado deve conter? Resposta: Tantas quantas forem necessárias para capturar todos os seus dados sem redundância. Projetar tabelas para um novo banco de dados Pode ser uma tabela ou dezenas.

46. Questão do teste 5 Você estabelece uma relação entre Tabela A e Tabela B: (Escolha uma resposta.) Projetar tabelas para um novo banco de dados Mesclando a Tabela A com a Tabela B. Vinculando a Tabela A com a Tabela B. Adicionando a chave primária da Tabela A à Tabela B (ou vice-versa).

47. Questão do teste 5 Você estabelece uma relação entre Tabela A e Tabela B: Resposta: Adicionando a chave primária da Tabela A à Tabela B (ou vice-versa). Projetar tabelas para um novo banco de dados Quando você adiciona um campo de chave primária a outra tabela e cria uma relação, esse novo campo se torna uma chave estrangeira.

48. Cartão de referência rápida Para obter um resumo das tarefas que o curso engloba, consulte o Cartão de Referência Rápida. Projetar tabelas para um novo banco de dados