TCE Informática Modelagem de Dados Prof. Marcelo Ribeiro

Transcrição

1 TCE Informática Modelagem de Dados Prof. Marcelo Ribeiro

2

3 Informática MICROSOFT OFFICE ACCESS 2013 (BANCO DE DADOS) Extensão de banco de dados (versão 2003) = *.mdb Extensão de banco de dados (versões 2007, 2010, ) = *.accdb Objetos de um banco de dados do Access = Tabelas, Consultas, Formulários, Relatórios, Macros e Módulos. Os bancos de dados do Access podem ajudar a armazenar e controlar praticamente qualquer tipo de informação, como estoque, contatos ou processos empresariais. Vamos dar uma olhada nos caminhos que você pode tomar para criar um banco de dados da área de trabalho do Access, adicionar dados a ele e então conhecer as próximas etapas para personalizar e usar seu novo banco de dados. O objetivo deste material é ilustrar os princípios básicos de um banco de dados elaborado no Microsoft Access O Access fornece um poderoso conjunto de ferramentas, permitindo que você comece rapidamente a rastrear, relatar e compartilhar informações em um ambiente gerenciável. Com seus novos recursos de design interativo, biblioteca pré-incorporada de modelos de aplicativos de rastreamento e capacidade para trabalhar com dados a partir de muitas fontes de dados sem exigir um profundo conhecimento em banco de dados. Você pode criar e adaptar rapidamente Tabelas, Consultas, Formulários e Relatórios para atender às mudanças nas necessidades da empresa, e com a nova e avançada integração. Os modelos do Access têm tabelas, consultas, formulários e relatórios internos prontos para usar. Quando você inicia o Access, a primeira coisa que vê é uma variedade de modelos, e também é possível pesquisar mais opções online. PRIMEIROS PASSOS Assim que você abre o programa pela primeira vez, o passo inicial é dar um nome para o seu banco de dados (o Microsoft Access exige que o arquivo de banco de dados seja salvo antes mesmo da inserção da primeira informação no arquivo). 3

4 1. Clique em Banco de Dados do Desktop em branco (para gerenciar e usufruir de todos os recursos, salvando e executando o banco de dados diretamente de um PC). 2. Digite o Nome do Arquivo (a extensão da versão 2003 é MDB; novas versões utilizam AC- CDB). CRIAR UM ACCESS APP (WEB) Você também pode criar um aplicativo do Access é um banco de dados que pode ser usado em um navegador da Web padrão, mas que pode ser projetado e alterado no Access 2013 ou superior. Os dados e os objetos do banco de dados são armazenados no SQL Server ou no Banco de Dados SQL do Microsoft Azure, para que você possa compartilhar os dados em sua organização usando o SharePoint 2013 local ou o Office 365 para empresas. É possível criar um aplicativo a partir de um modelo ou desde o início. Para criar um aplicativo do Access: 1. Abra o Access 2013 ou superior e clique em Aplicativo Web personalizado. 2. Insira um nome e o local do servidor para o aplicativo e clique em Criar ou escolha um local na lista Locais., 4

5 Modelagem de Dados Prof. Marcelo Ribeiro OBJETOS DE UM BANCO DE DADOS TABELAS CONSULTAS FORMULÁRIOS RELATÓRIOS MACROS (MÓDULOS) OBJETOS PRESENTES NO NOSSO BANCO DE DADOS TABELAS A escolha do NOME DO CAMPO, definição do TIPO DE DADOS e preenchimento das PROPRIE- DADES de cada campo devem ser feitas de forma que não sejam necessárias alterações futuras, para evitar dores de cabeça. Serão 4 tabelas: Alunos, Cursos, Valores e Vendas. 5

6 PROPRIEDADES DA TABELA ALUNOS PROPRIEDADES DA TABELA TAB CURSOS 6

7 Modelagem de Dados Prof. Marcelo Ribeiro PROPRIEDADES DA TABELA TAB VALORES PROPRIEDADES DA TABELA TAB VENDAS CONSULTAS Serão 4 consultas: Alunos Sem Coincidentes Vendas, Alunos por Nome, Descrição de Cursos e Vendas 7

8 DESIGN DA CONSULTA CONS ALUNOS SEM COINCIDENTES VENDAS DESIGN DA CONSULTA CONS ALUNOS POR NOME 8

9 Modelagem de Dados Prof. Marcelo Ribeiro DESIGN DA CONSULTA CONS DESCRIÇÃO DE CURSOS DESIGN DA CONSULTA CONS VENDAS 9

10 FORMULÁRIOS RELATÓRIOS Será 1 relatório (você poderá criar quantos relatórios quiser baseados nas tabelas e consultas existentes):criaremos somente um: Relat Cursos O Relatório viabiliza a impressão organizada de dados extraídos de Tabelas ou Consultas. A impressão de dados diretamente de uma Tabela ou Consulta geralmente não é algo interessante. Enquanto o Formulário é um objeto voltado para a exibição de dados na tela, de maneira organizada e agradável, o Relatório é voltado para a impressão destes dados. 10

11 Modelagem de Dados Prof. Marcelo Ribeiro MACROS Existe uma maneira bem fácil de usar macros. O Access permite que, durante a inserção de um botão de comando, por exemplo, usando o assistente você poderá escolher a macro que melhor lhe atende em uma lista de macros existentes no próprio programa. Mas neste material irmes criar nossas macros. Serão 7 macros: Macro IrParaRegistroNOVO Macro IrParaRegistroPRIMEIRO Macro IrParaRegistroANTERIOR Macro IrParaRegistroPRÓXIMO Macro IrParaRegistroÚLTIMO Macro FECHAR Macro IMPRIMIR COMO CRIAR UMA TABELA Assim que o banco de dados for criado o usuário será direcionado para sua primeira tabela, intitulada Tabela1 (1). Um campo Código (2) será inserido por padrão e a guia Campos será exibida. Você poderá alterar isso, mas é comum que muitas tabelas tenham este campo como será visto no decorrer deste material e por este motivo o Access já sugere este campo como sendo o primeiro de sua tabela. Para acrescentar Campos à tabela, clique no botão Modo de Exibição (3) e escolha Modo Design. 11

12 No momento que escolher Modo Design, você deverá salvar a tabela. Usaremos o nome Alunos. Agora, você terá que definir os Campos que farão parte de sua tabela. Os Campos são as primeiras informações que você deverá registrar durante a criação de uma tabela e é o procedimento mais importante e delicado. Você deve criar os novos Campos (1) para a tabela.utilize as linhas da coluna Nome do Campo para inserir logo abaixo do campo Código. Na coluna Tipo de Dados (2) defina qual o tipo de informação que seus Campos irão receber. Os Campos de tabela são elementos separados de informação que compõem um registro dentro de uma tabela. Você pode controlar a aparência dos dados, especificar valores padrão e acelerar a pesquisa e classificação definindo as propriedades de campo na seção Propriedades (3) do campo no modo de Design da tabela. Por exemplo, as propriedades Formato, Máscara de entrada e Legenda que você define afetam a aparência dos campos de tabelas e consultas do banco de dados. Os controles em formulários e relatórios novos que são baseados na tabela herdam essas propriedades por padrão. 12

13 Modelagem de Dados Prof. Marcelo Ribeiro Você pode utilizar outras Propriedades para definir regras para dados ou para exigir entrada de dados em seus campos, o que o Microsoft Access impõe sempre que você adiciona ou edita dados em uma tabela. CHAVE PRIMÁRIA O campo que deverá identificar cada registro deverá ser definido como chave primária. Este campo será utilizado para criar relações entre esta tabela e outras tabelas que serão criadas posteriormente. Em regra geral, é comum criar cada tabela contendo, pelo menos, um campo chave primária. O Access define o campo Código (criado por ele) como chave primária, mas você poderá realizar este procedimento manualmente, quando necessário, através da seleção do campo desejado e clicando uma vez sobre o botão chave primária, disponível na Faixa de Opções. O desenho de uma pequena chave aparecerá na linha do campo definido como chave primária. Um campo chave primária deverá ser configurado como exclusivo, não poderá ter valor nulo (not null) e, nos registros, não poderá ser repetido). É comum que o Tipo de Dados seja definido como Numeração Automática. Nas Propriedades do campo Chave Primária terá propriedade Indexado = Sim (Duplicação não autorizada). Para que seja inserido um valor sequencial a cada registro digitado posteriormente, informe Novos valores = Incremento. CHAVE EXTERNA OU ESTRANGEIRA É um campo que aponta para a chave primária de outra tabela ou da mesma tabela. Uma chave é chamada estrangeira quando há o relacionamento entre duas tabelas. TIPO DE DADOS Você deve informar, para cada um dos campos inseridos na tabela os tipos de informações que deverão ser digitadas neles durante o processo de preenchimento da tabela. Para isto, clique no campo correspondente e escolha a opção relativa ao conteúdo do campo através de Tipo de Dados. Esta ação também pode ser realizada através do Modo Design (o que torna o trabalho mais fácil). Além de informar o Tipo de Dados, você pode digitar uma Descrição para cada campo, assim, durante o preenchimento dos dados o usuário poderá conferir esta descrição na barra de status da janela. 13

14 No nosso exemplo, deveremos renomear o campo Código para CódigoAluno e criar os demais campos, respeitando as devidas Propriedades para cada Campo. É importante informar, por exemplo, o tamanho do campo (que irá limitar a quantidade de caracteres que poderão ser digitado nos campos, além de influenciar diretamente no tamanho total do arquivo de banco de dados), formato, máscara de entrada (quando necessário), se o preenchimento será obrigatório (requerido) e se será indexado. MÁSCARA DE ENTRADA É possível definir uma máscara de entrada utilizando os caracteres a seguir: 14

15 Modelagem de Dados Prof. Marcelo Ribeiro A tabela a seguir mostra algumas máscaras de entrada úteis e os tipos de valores que você pode inserir nelas. As tabelas são os primeiros e principais objetos criados em um banco de dados do Microsoft Access, porém, o preenchimento de seus dados, geralmente, deve ser feito através de um Formulário. Embora um Formulário possa ser construído independente de uma Tabela (e todo banco de dados possui este tipo de Formulário), a maioria deles é construída, justamente, sobre a estrutura de uma Tabela já existente (desta forma, o Formulário será a Tabela exibida de forma mais sofisticada ). 15

16 COMO CRIAR UM FORMULÁRIO Quando finalizar a criação das Tabelas e Consultas, chegou a hora de criar seus Formulários. No geral, entenda que um Formulário será uma Tabela ou Consulta com um layout mais agradável. Um Formulário proporciona um acesso amigável aos dados contidos em uma Tabela ou filtrado por um Consulta. O Access permite a criação rápida de um Formulário, bastando para isto selecionar a Tabela ou Consulta (1) com a qual deseja criar o Formulário. Clicar na guia CRIAR e na faixa de opções clicar no botão FORMULÁRIO (2). Em poucos instantes seu Formulário será criado (3). Para realizar ajustes no layout ou objetos que fazem parte do Formulário criado, basta clicar no botão DESIGN DE FORMULÁRIO e utilizar os recursos e ferramentas disponíveis. Você também pode criar um Formulário em Branco. Basicamente, será exibida uma tela em branco na qual você poderá inserir os campos de uma Tabela ou Consulta, e também inserir botões. Para criar um Formulário utilizando um Assistente, talvez seja a forma mais indicada. Você poderá optar por utilizar o Assistente de Formulário obtido através da opção Mais Formulários, conforme mostrado na figura seguinte. 16

17 Modelagem de Dados Prof. Marcelo Ribeiro ASSISTENTE DE FORMULÁRIO Abaixo, você confere os passos para criar um Formulário através do Assistente. 1. Selecione a Tabela (ou Consulta ) na qual o formulário será baseado; 2. Na lista Campos disponíveis, clique em cada campo que deseja inserir no seu formulário (geralmente, todos) e adicione-os na caixa Campos selecionados. 3. Quando adicionar os campos selecionados, clique no botão Avançar. 4. Escolha o layout para o formulário (Coluna, Tabela, Folha de dados ou Justificado) 5. Escolha o estilo que deverá ser utilizado pelo formulário (Concurso, Cívico, Fluxo, Escritório...). 6. Digite um nome para o formulário (esta informação é muito importante e não será aconselhável alterá-la no futuro, portanto, digite um nome definitivo, claro e não muito longo) e clique no botão CONCLUIR. 7. Após a conclusão do formulário, ele poderá ser visualizado na tela. 8. É praticamente certo que após a criação de um formulário através do Assistente de Formu- 17

18 lário, você tenha que realizar alguns ajustes por meio do Modo Design. É assim que você poderá ajustar a posição e tamanho dos campos, ajustes de bordas e plano de fundo, além de acessar as propriedades de cada Campo ou do próprio Formulário para vincular Macros, por exemplo. COMO CRIAR UMA CONSULTA Uma consulta é usada para criar subconjuntos de dados que podem ser utilizados para responder a perguntas específicas ou realizar cálculos e atualizações de dados. Essa consulta pode ser usada também para fornecer dados para outros objetos do banco de dados. Depois de criar uma consulta, poderá usá-la sempre que necessário. Utilize o Assistente de Consulta ou o Design da Consulta (este é o método mais utilizado). ASSISTENTE DE CONSULTA 18

19 Modelagem de Dados Prof. Marcelo Ribeiro A elaboração de uma consulta pode ser feita utilizando como base uma Tabela ou outra Consulta. A consulta é um modo prático para filtrar informações e exibi-las rapidamente. Também permite criar cálculos, exclusões, adições e atualizações de registros em Tabelas. DESIGN DA CONSULTA O próximo passo será elaborar a consulta com os campos e critérios necessários. 1. Na guia CRIAR, clique no botão Design da Consulta ; 2. Escolha a Tabela (ou Consulta é possível criar uma consulta sobre outra consulta) que irá fazer parte da consulta criada por você. Clique no botão Adicionar e confira a Tabela inserida. 3. Clique no título da janela de campos da Tabela e perceba que todos os campos foram selecionados. 4. Clique sobre os campos selecionados e arraste até a lista de campos da consulta. 19

20 5. Solte os campos na lista de campos da Consulta e perceba que as colunas serão nomeadas de acordo com os campos inseridos (CódAluno, Nome, Endereço, Tel, ...). 6. Na linha Critério, clique na coluna onde deseja inserir um argumento. 7. Digite o argumento do Critério (para que seja solicitado o nome do aluno e então exibir seus dados de cadastro, digite na coluna Nome, na linha Critério, o seguinte argumento: COMO [Digite o nome do aluno]+ * Este argumento de critério irá pedir todo ou parte do nome do aluno para, então, exibir seus dados. 8. Dê 2 cliques sobre o Nome da Consulta salva para executá-la. 9. Digite, na caixa de diálogo, o argumento solicitado para a execução da consulta. 10. Confira o resultado obtido através da consulta realizada. 20

21 Modelagem de Dados Prof. Marcelo Ribeiro COMO CRIAR UM RELATÓRIO Você pode criar uma variedade de Relatórios diferentes no Microsoft Office Access 2007, do mais simples ao mais complexo. Comece pensando na sua fonte de registro de Relatório. Se o relatório for uma lista simples de registro ou um resumo agrupado sobre vendas por região, você deve primeiro determinar quais campos contém os dados que deseja ver no Relatório e em quais tabelas ou consultas eles estão localizados. Depois de escolher a fonte de registro, você normalmente achará fácil criar um relatório utilizando o Assistente de Relatório. O Assistente de Relatório é um recurso do Access que apresenta várias questões e gera um Relatório baseado nas suas respostas. ASSISTENTE DE RELATÓRIO Na guia CRIAR, na Faixa de Opções, clique sobre a opção Assistente de Relatório para iniciá-lo. 1. Assim como foi feito na construção da tabela e da consulta, escolha a Tabela ou Consulta e os campos que farão parte do seu relatório. Escolha agrupar pelo campo CódAluno. 2. Vamos agrupar por ordem crescente de Nome do aluno (A-Z). 3. Escolha o layout e a orientação dos dados no seu relatório. 21

22 4. Escolha o estilo para o seu Relatório. 5. Dê um nome para o Relatório e clique no botão concluir. 6. O resultado poderá ser conferido quando você abrir o Relatório de Alunos, clicando 2x sobre o seu nome, na lista de objetos, do lado esquerdo da tela. DICA: Se você criar um Relatório em cima da Consulta alunos por nome, sempre que exibir o Relatório, deverá informar os argumentos solicitados pelo critério da consulta, e só então o relatório será gerado. Você poderá, então, imprimir os dados relacionados ao argumento de critério digitado. COMO CRIAR AS MACROS É possível criar uma macro (uma ação ou conjunto de ações que você pode usar para automatizar tarefas) para executar uma série específica de ações e um grupo de para executar uma série de ações relacionadas. No Microsoft Office Access 2007, as macros podem estar contidas em objetos de macro (às vezes chamadas de macros autônomas) ou podem estar incorporadas nas propriedades de evento dos formulários, relatórios ou controles. 22

23 Modelagem de Dados Prof. Marcelo Ribeiro Uma macro é uma ferramenta que permite que você automatize tarefas e adicione funcionalidades aos seus formulários, relatórios e controles. Por exemplo, ao adicionar um botão de comando a um formulário, você associa o evento AoClicar do botão a uma macro e ela conterá o comando que você deseja que o botão execute toda vem em que é clicado. No Access, é útil pensar em macros como linguagem de programação simplificada que você escreve ao criar uma lista de ações (ação: o fundamento de uma macro; uma instrução que pode ser combinada com outras ações para automatizar tarefas. Algumas vezes é denominada comando em outras linguagens de macro) a serem realizadas. Ao criar uma macro, você seleciona cada ação de uma lista suspensa e preenche as informações necessárias para cada ação. As macros permitem que você adicione funcionalidades a formulários, relatórios e controles, sem escrever código em um módulo VBA (Visual Basic for Applications) (uma versão de linguagem macro do Microsoft Visual Basic usada para programar aplicativos do Microsoft Windows e incluída em vários programas da Microsoft). As macros fornecem um subconjunto dos comandos que estão disponíveis no VBA e a maioria das pessoas acha mais fácil criar uma macro do que escrever código VBA. Por exemplo, suponha que você queira iniciar um relatório diretamente de um dos formulários de entrada de dados. Você pode adicionar um botão ao formulário e criar uma macro que inicie o relatório. A macro pode ser independente (um objeto separado no banco de dados) e ser depois vinculada ao evento AoClicar, do botão, ou ela pode ser incorporada diretamente ao evento AoClicar, do próprio botão um novo recurso, no Office Access De qualquer forma, quando você clica no botão a macro é executada e inicia o relatório. Você pode criar uma macro usando o Construtor de Macros. PROGRAMAÇÃO NO ACCESS Ao criar um novo banco de dados, normalmente você começa criando vários objetos de banco de dados como tabelas, formulários e relatórios. Em algum momento, você chega a um ponto em que precisa adicionar programação para automatizar certos processos e unir seus objetos de banco de dados. Este artigo ajuda a orientar você pelas ferramentas de programação no Access. No Access, programação é o processo de adição de funcionalidade ao seu banco de dados usando macros do Access ou código VBA (Visual Basic for Applications). Por exemplo, vamos supor que você tenha criado um formulário e um relatório e queira adicionar um botão de comando ao formulário, de modo que, ao ser clicado, abra o relatório. Programação, nesse caso, é o processo de criar uma macro ou um procedimento de VBA e, depois, configurar a propriedade de evento OnClick do botão de comando para que, ao clicar no botão de comando, a macro ou o procedimento seja executado. Para uma operação simples, como abrir um relatório, você pode usar o Assistente de Botão de Comando para realizar todo o trabalho, ou você pode desativar o assistente e fazer a programação. Muitos programas do Microsoft Office usam o termo macro para se referir ao código VBA. Isso pode ser confuso para usuários do Access, pois nele o termo macro refere-se a um conjunto nomeado de ações de macro que você pode reunir usando o Construtor de Macros. As ações de macro do Access representam apenas um subconjunto dos comandos disponíveis no VBA. O Construtor de Macros oferece uma interface mais estruturada do que o Editor do 23

24 Visual Basic, permitindo que você adicione programação a controles e objetos sem precisar aprender o código VBA. Lembre-se de que nos artigos da Ajuda do Access, as macros dele são chamadas de macros. Por outro lado, o código VBA é chamado de VBA, código, uma função ou um procedimento. O código VBA fica dentro de módulos de classe (que fazem parte de formulários ou relatórios individuais e normalmente contêm código apenas para esses objetos) e de módulos (que não são associados a objetos específicos e normalmente contêm o código global, que pode ser usado em todo o banco de dados). Objetos (como formulários e relatórios) e controles (como botões de comando e caixas de texto) têm várias propriedades de evento, às quais você pode anexar macros ou procedimentos. Cada propriedade de evento está associada a um evento específico, como clicar com o mouse, abrir um formulário ou modificar dados em uma caixa de texto. Os eventos também podem ser disparados por fatores fora do Access, como eventos do sistema, ou por macros ou procedimentos que estão anexados a outros eventos. O banco de dados pode ficar complexo se você adicionar muitas macros ou procedimentos a várias propriedades de evento de vários objetos, mas, na maioria dos casos, você pode obter os resultados desejados usando pouquíssima programação. A decisão de usar macros, VBA ou os dois, depende principalmente de como você pretende implantar ou distribuir o banco de dados. Por exemplo, se o banco de dados for armazenado no seu computador e você for o único usuário, e se você se sentir confortável em usar o código VBA, talvez você decida usar VBA para realizar a maioria das suas tarefas de programação. No entanto, se você pretende compartilhar seu banco de dados com outras pessoas colocando-o em um servidor de arquivos, convém evitar o uso de VBA por segurança. Tome sua decisão de usar macros ou código VBA com base em duas questões: a segurança e funcionalidade desejada. Segurança é um problema porque VBA pode ser usado para criar o código que compromete a segurança dos seus dados ou pode danificar arquivos no seu computador. Ao usar um banco de dados criado por alguém que não seja você, habilite o código VBA somente se você souber que o banco de dados é proveniente de uma fonte confiável. Ao criar um banco de dados que será usado por outras pessoas, tente evitar a inclusão de ferramentas de programação que exijam do usuário a concessão específica do status de confiável ao banco de dados. Veja mais adiante nesta seção técnicas gerais para evitar a necessidade dos usuários confiarem no seu banco de dados. Para ajudar a garantir a segurança do seu banco de dados, tente usar macros quando for possível e use a programação em VBA apenas para operações que não possam ser realizadas usando ações de macro. Além disso, tente usar apenas as ações de macro que não exijam a concessão do status de confiável ao banco de dados para executar. Limitar o uso de ações de macro dessa maneira permite que os usuários tenham a certeza de que o banco de dados não tem qualquer programação que possa danificar os dados ou outros arquivos nos seus computadores. CONSIDERAÇÕES SOBRE MACRO A partir do Access 2010, o programa contém muitas ações de macro novas que permitem criar macros mais avançadas em comparação com versões anteriores. Por exemplo, agora você pode criar e usar variáveis temporárias globais usando ações de macro e controlar melhor os erros usando novas ações de macro de tratamento de erros. Em versões anteriores do Access, esses tipos de recursos estão disponíveis apenas usando o VBA. Além disso, você pode inserir uma 24

25 Modelagem de Dados Prof. Marcelo Ribeiro macro diretamente na propriedade de evento de um objeto ou controle. Uma macro inserida se torna parte do objeto ou controle e permanecerá com eles se for movida ou copiada. As macros oferecem uma maneira fácil de lidar com várias tarefas de programação, como abrir e fechar formulários e executar relatórios. Você pode unir com rapidez e facilidade os objetos de banco de dados (formulários, relatórios e assim por diante) criados, pois há pouca sintaxe para memorizar. Os argumentos de cada ação são exibidos no Construtor de Macros. Além do aumento da segurança e da facilidade de uso oferecidos pelas macros, você deve usar macros para executar as seguintes tarefas: Atribuir uma ação ou conjunto de ações a uma chave. Isso exige a criação de um grupo de macros chamado AutoKeys. Executar uma ação ou uma série de ações quando um banco de dados é aberto pela primeira vez. Isso exige a criação de uma macro chamada AutoExec. Observação: A macro AutoExec é executada antes de qualquer outra macro ou código VBA, mesmo se você tiver indicado um formulário de inicialização na caixa de diálogo Opções do Access e anexado uma macro ou código VBA ao evento OnOpen ou OnLoad desse formulário. Uma macro é uma ferramenta que permite automatizar tarefas e adicionar funcionalidade a formulários, relatórios e controles. Por exemplo, se você adicionar um botão de comando a um formulário, associará o evento OnClick do botão a uma macro que conterá os comandos para execução do botão sempre que ele for clicado. Pense em macros como uma linguagem de programação simplificada na qual você cria código criando uma lista de ações a serem executadas. Ao criar uma macro, você seleciona cada ação em uma lista suspensa e, depois, preenche as informações necessárias para cada ação. As macros permitem adicionar funcionalidade a formulários, relatórios e controles sem escrever códigos em um módulo do VBA. As macros oferecem um subconjunto dos comandos disponíveis no VBA, e a maioria das pessoas considera mais fácil criar uma macro do que escrever código VBA. MÓDULOS Os módulos, como as macros, são objetos que você pode usar para adicionar funcionalidade ao banco de dados. Enquanto você cria macros no Access escolhendo uma opção em uma lista de ações de macro, os módulos são criados na linguagem de programação VBA (Visual Basic for Applications). Um módulo é uma coleção de declarações, instruções e procedimentos armazenados juntos como uma unidade. Um módulo pode ser um módulo de classe ou um módulo padrão. Os módulos de classe são anexados a formulários ou relatórios e normalmente contêm procedimentos específicos do formulário ou do relatório aos quais estão anexados. Os módulos padrão contêm procedimentos gerais que não estão associados a qualquer outro objeto. Esses módulos estão listados em Módulos no Painel de Navegação, enquanto que os módulos de classe não estão. 25

26 CONSIDERAÇÕES SOBRE VBA Assim como as macros, o VBA permite adicionar automação e outras funcionalidades ao seu aplicativo do Access. Você pode estender o VBA usando controles de terceiros e gravar suas próprias funções e procedimentos de acordo com suas necessidades específicas. Uma maneira rápida de começar com a programação de VBA é criar uma macro do Access e convertê-la em código VBA. As instruções para fazer isso estão incluídas na seção Converter macros em código VBA. Esse recurso cria um novo módulo de VBA que executa as operações equivalentes na macro. Também abre o Editor do Visual Basic para que você possa começar modificando o procedimento. Quando você estiver trabalhando no Editor do Visual Basic, clique nas palavras-chave e pressione F1 para iniciar a Ajuda para Desenvolvedores do Access e saber mais sobre cada palavra-chave. Depois, você pode explorar a Ajuda para Desenvolvedores do Access e descobrir novos comandos para ajudar você a realizar as tarefas programação desejadas. Você deverá usar a programação VBA em vez de macros se quiser realizar um destes procedimentos: USE FUNÇÕES INTERNAS OU CRIE SUAS PRÓPRIAS FUNÇÕES O Access inclui muitas funções internas, como a função IPmt que calcula o pagamento de juros. Use essas funções internas para executar cálculos sem precisar criar expressões complicadas. Usando o código VBA, você também pode criar suas próprias funções para executar cálculos que excedem a capacidade de uma expressão ou para substituir expressões complexas. Além disso, você pode usar as funções que criou nas expressões para aplicar uma operação comuns a mais de um objeto. CRIAR OU MANIPULAR OBJETOS Na maioria dos casos, será mais fácil criar e modificar um objeto no modo de Design desse objeto. No entanto, em algumas situações, convém manipular a definição de um objeto no código. Com o VBA, você pode manipular todos os objetos em um banco de dados, além do próprio banco de dados. EXECUTAR AÇÕES NO NÍVEL DO SISTEMA Você pode executar a ação RunApp em uma macro para executar outro programa (como o Microsoft Excel) no Access, mas não pode usar uma macro para fazer muito mais do que isso fora do Access. Com o VBA, você pode verificar se existe um arquivo no computador, usar a Automação ou DDE (troca dinâmica de dados) para se comunicar com outros programas baseados no Microsoft Windows, como o Excel, e chamar funções em DLLs (Bibliotecas de vínculo dinâmico) do Windows. 26

27 Modelagem de Dados Prof. Marcelo Ribeiro MANIPULAR UM REGISTRO POR VEZ Use VBA para percorrer um conjunto de registros, um registro por vez, e executar uma operação em cada registro. Por outro lado, macros trabalham com conjuntos inteiros de registros de uma só vez. CONVERTER MACROS EM CÓDIGO VBA Você pode usar o Access para converter automaticamente as macros em módulos do VBA ou em módulos de classe. Você pode converter as macros associadas a um formulário ou relatório, quer elas existam como objetos separados ou macros inseridas. Você também pode converter as macros globais que não estão anexadas a um formulário ou relatório específico. Observação: Você pode adicionar o código VBA (Visual Basic for Applications) a um banco de dados da Web. No entanto, você não pode executar esse código enquanto o banco de dados estiver em execução em um navegador da Web. Se o seu banco de dados da Web contiver código VBA, primeiro abra o banco de dados da Web usando o Access antes de executar o código. Para executar tarefas programação em um banco de dados da Web, use macros do Access. BOTÕES DE COMANDOS Use o Assistente de Botão de Comando para executar tarefas comuns de programação. Se você estiver adicionando um botão de comando a um formulário, o Assistente de Botão de Comando poderá ajudar você a começar com a programação. O assistente ajuda a criar um botão de comando que realiza uma tarefa específica. Em um arquivo do Access (.accdb), o assistente cria uma macro inserida na propriedade OnClick do botão de comando. Em um arquivo.mdb ou.adp, o assistente cria um código VBA, pois as macros inseridas não estão disponíveis nesses formatos de arquivo. Em ambos os casos, modifique ou melhore a macro ou o código VBA a fim de atender melhor às suas necessidades. 27

28 MODELAGEM DE DADOS Modelagem de Dados é uma descrição formal da estrutura de um banco de dados. Tem como objetivo representar os dados de forma mais simples, usando um conjunto de tabelas inter- -relacionadas. Inicia-se a modelagem do banco de dados em um nível denominado conceitual, que deverá descrever quais dados serão armazenados (Entidade e Atributos) e quais os relacionamentos entre eles. É uma visão geral do conteúdo do banco de dados. A modelagem de dados é um processo no qual você planeja e projeta o modelo a ser utilizado para a construção do seu Banco de Dados, de forma que este reflita os conceitos do negócio a ser atendido. É muito importante que haja um perfeito entendimento e compreensão das necessidades de informação do negócio que será atendido pelo projeto do banco de dados. OBJETIVO DA MODELAGEM DE DADOS Representar os conceitos do ambiente de negócios; Documentar e normalizar os dados; Fornecer processos de validação; Identificar os relacionamentos entre os objetos que constarão no banco de dados; Representar as regras que regulam os processos no ambiente de negócios. PROJETANDO UM BANCO DE DADOS O que deve ser observado ao projetar nosso banco de dados: 1. Criar as Entidades baseadas na necessidade do negócio; 2. Definir quais Atributos cada Entidade possuirá; 3. Determinar os Relacionamentos entre as Entidades. 4. Criar o Dicionário de Dados contendo cada Entidade do modelo com seus atributos, tipos de dado (obrigatoriedade), chave primaria e restrições de integridade. 28

29 Modelagem de Dados Prof. Marcelo Ribeiro ESQUEMA DO BANCO DE DADOS É uma definição do banco de dados especificada durante o projeto armazenada no dicionário de dados; Um Esquema (em inglês Schema) raramente muda durante a vida do SGBD, a não ser que você tenha cometido um erro e seja necessária uma alteração; É a organização dos dados de forma a mostrar como o banco de dados é construído; O Esquema define: tabelas, campos, relacionamentos, visões, funções e demais elementos do SGBD. ARQUITETURA DE 3 NÍVEIS MCD - Modelo Conceitual de Dados (alto nível) É a 1ª fase da modelagem. Uma representação do real usando uma visão simplificada dos dados relacionados. Rascunho do banco de dados: as Entidades, Atributos e Relacionamentos. É Independente do SGBD: pode ser utilizado em qualquer software de gerenciamento de banco de dados (SQL Server, Access, Oracle Data Base...). O modelo Conceitual é também uma descrição do banco de dados, porém, de uma forma independente da implementação que será feita: ele independe de qual SGBD será utilizado na implementação. Desta forma, um mesmo modelo conceitual poderá ser utilizado para implementação em Access, Oracle, DB2. O modelo conceitual indica quais os dados que poderão aparecer no banco de dados, mas não informa de que forma estes mesmos dados serão armazenados no nível do SGBD. Em resumo, um modelo conceitual é um modelo abstrato que descreve a estrutura de um banco de dados de forma independente do SGBD. MLD - Modelo Lógico de Dados Possui conceitos que o usuário ainda consegue entender; Assim como ocorre no modelo Conceitual, é independente do Sistema Gerenciador de Banco de Dados; Os tipos de dados devem ser completamente definidos; 29

30 Usa o DER (Diagrama Entidade-Relacionamento). Se aproxima um pouco mais da implementação real, ou seja, ele é a abstração no nível do usuário do SGBD, e, é dependente de qual SGBD será implementado (software no qual será desenvolvido). O modelo lógico descreve a estrutura do banco de dados no nível do SGBD. MFD - Modelo Físico de Dados (baixo nível) É derivado a partir do modelo Lógico; Detalhar a estrutura das informações que serão guardadas no SGBD; Tabelas, campos, relacionamentos, tipos (Inteiro, Caractere...) e tamanho do campo. O Modelo Físico é o último passo antes da geração dos scripts de implementação. Ele é totalmente dependente do SGBD específico que será utilizado. Além das definições de chave primária e chaves estrangeiras (que já estão presentes no modelo lógico), o modelo físico contempla definições de armazenamento que não tem influência alguma nas etapas anteriores, mas é crucial no tocante à performance geral do banco de dados como Tipo de Dados, Tamanho do Campo, Descrição... MER (MODELO ENTIDADE RELACIONAMENTO) Modelo ER (MER) é um modelo conceitual para a elaboração de um banco de dados, e tem o objetivo de descrever as entidades (objetos/tabela) com seus atributos (campos) e como estas se relacionam entre si Exemplo de um diagrama MER Os nomes dos atributos (em tom de cinza) colocados do lado de fora, próximos de cada objeto, tem caráter ilustrativo, e, na verdade, deverão substituir os nomes presentes dentro das formas geométricas. 30

31 Modelagem de Dados Prof. Marcelo Ribeiro O MER representa de forma abstrata a estrutura da aplicação a ser desenvolvida (banco de dados). O SGBDR (Sistema Gerenciador de Banco de Dados Relacional) poderá conter várias outras entidades (tabelas), tais como chaves (primárias, compostas e estrangeiras) e tabelas intermediárias, que podem só fazer sentido no contexto de bases de dados relacionais (como exemplo de tabelas intermediárias temos a Tabela Vendas que permitirá interligar diversas outras tabelas do nosso banco de dados, como Clientes e Produtos). ENTIDADES Uma Entidade é uma representação de um conjunto de informações sobre determinado conceito do sistema. Podemos entender que uma Entidade equivale a uma Tabela em nosso banco de dados e quando identificamos todas as Entidades, identificamos as Tabelas que serão criadas em nosso banco de dados. Toda Entidade possui Atributos. Os Atributos serão os campos das nossas Tabelas. Um modelo de dados contém diferentes tipos de Entidades que são diferenciadas pelo formato dos identificadores. A classificação de cada uma dessas Entidades pelo tipo ajudará você a definir quais perguntas devem ser feitas. TIPOS DE ENTIDADES (TABELAS) ENTIDADE ou ENTIDADE-TIPO São independentes e com frequência constituem o ponto de partida para a modelagem de um banco de dados. As Entidades são conectadas a outras entidades por meio de um Relacionamento. Exemplos de Entidades: Cliente, Produto, Curso. ENTIDADE FRACA ou DEPENDENTE É uma Entidade que depende de outra Entidade para existir. O identificador de uma entidade fraca possui em sua composição um ou mais atributos identificadores da Entidade à qual a está associada. Exemplo: Um cliente que possui cartão de crédito em seu nome pode ter dependentes. Imagine uma Entidade chamada Cliente e outra relacionada a esta chamada Dependente. A Entidade Dependente é uma entidade fraca em relação à entidade Cliente, pois se Cliente não existisse, Dependente não teria razão para existir. 31

32 ENTIDADE ASSOCIATIVA É o resultado de relacionamentos n:n (m:m ou muitos-para-muitos). Em geral, as Entidades Associativas são encontradas entre Entidades-Tipo e seus nomes são óbvios. Exemplo: a Entidade Associativa do relacionamento Alunos e Disciplinas, que deverá fazer referência ao lançamento das notas dos alunos, chama-se Notas. ENTIDADE AGREGADA É criada quando existe um conjunto de Atributos que aparecem em mais de uma Entidade, isto é, quando várias Entidades distintas possuem Atributos (campos) em comum. Nestes casos devemos criar uma Entidade Agregada contendo os atributos que se repetem em mais de uma entidade. Por exemplo, como os Atributos de um serviço podem ocorrer em entidades diferentes, por exemplo, Clientes e Hotel, podemos criar uma Entidade Agregada Serviço para armazenar detalhes de todos os Serviços relacionados ao Cliente (serviços solicitados) e ao Hotel (serviços prestados). ENTIDADE SUBORDINADA Devemos usar entidades subordinadas toda vez que tivermos Entidades que compartilham conceitos semelhantes, mas com características próprias. Exemplo: uma Entidade Cliente contendo os campos CodCliente, Nome, Endereço e Tel e duas Entidades Subordinadas: Pessoa Física (contendo o CPF) e Pessoa Jurídica (contendo o CNPJ). Tanto Pessoa Física quanto Pessoa Jurídica possuem Atributos semelhantes (CodCliente, Nome, Endereço e Tel), mas também possuem características próprias (CPF para a Pessoa Física e CNPJ para a Pessoa Jurídica). 32

33 Modelagem de Dados Prof. Marcelo Ribeiro ATRIBUTOS Obrigatórios: devem possuir valor; não podem conter valores nulos (not null). Opcional: podem ou não possuir um valor nulo (null). Descrevem características da entidade (são os campos de uma tabela): CodCliente, Nome, Endereço, Tel...; Serão preenchidos por um tipo de dado: texto, número, moeda, data/hora...; No diagrama, os Atributos podem ser representados por uma elipse (recomendando), ou apenas pelo seu nome ligado à Entidade. TIPOS DE ATRIBUTOS (CAMPOS OU COLUNAS) SIMPLES (ATÔMICOS ou MONOVALORADOS) Não possuem características e são indivisíveis. Ex.: Nome, CPF, CNPJ. COMPOSTOS Devem ser desmembrados, subdivididos em outros atributos simples atômicos. Ex.: Endereço (Rua, Bairro, Cidade). MULTIVALORADOS Permitem mais de um valor para um registro. Ex.: Telefone (Fixo, Cel1, Cel2, Trabalho, Fax). 33

34 DERIVADOS Os valores destes atributos derivam de outros atributos. O valor do atributo Idade, por exemplo, deriva da data de nascimento do cliente. DETERMINANTES (IDENTIFICADORES) São os atributos denominados chaves primárias. São valores únicos, que nunca se repetem. Podem ser representados no diagrama com sublinhado ou um círculo preenchido. Ex.: CPF, CNPJ. EXISTEM DIFERENTES MÉTODOS PARA REPRESENTAÇÃO ENTIDADES-RELACIONAMENTOS Peter Chen e Crow s Foot (Pé de Galinha) são os mais usados (vide figuras), mas também é possível utilizar Martin, Bachman, Min-Max, IDEF1X, UML, entre outros. NOTAÇÃO DE PETER CHEN 34

35 Modelagem de Dados Prof. Marcelo Ribeiro NOTAÇÃO CROW S FOOT (PÉ DE GALINHA) RELACIONAMENTOS Um SGBDR (Sistema Gerenciador de Banco de Dados Relacional) é uma coleção tabelas, que estão associadas umas às outras através de campos em comum que permitem o relacionamento. É um conjunto de registros (tuplas) que representam um modelo de uma entidade. As Entidades podem ser conectadas entre si por meio de Relacionamentos. Cada registro da tabela representa uma instância de uma entidade, e o conjunto de todas as instâncias com seus atributos é chamado de Relação. São os registros constantes nas Tabelas. PORQUE EXISTEM OS RELACIONAMENTOS Como os dados são armazenados em diferentes entidades (tabelas), geralmente precisamos combinar duas ou mais tabelas para responder às perguntas específicas dos usuários. Os relacionamentos são representados nos diagramas por um losango. Nas ligações Entidades-Relacionamentos vemos a Cardinalidade, que indica a quantidade mínima e máxima de instâncias entre duas ou mais entidades relacionadas: (0,n), (1,n), (0,1), (1, 1). No exemplo abaixo, a ENTIDADE1 tem algum tipo de relacionamento (associação) com a ENTI- DADE2. GRAUS DE RELACIONAMENTOS Define o número (quantidade) de Entidades que participam de um relacionamento. Embora possam existir vários graus, o mais comum é que existam três: 35

36 Unário (Auto-Relacionamento ou Recursivo), Binário e Ternário. Os relacionamentos devem ser descritos com um verbo, na 3ª pessoa do singular, presente do indicativo. Ex.: possui, carrega, solicita, registra, compra, guarda, trabalha... *RELACIONAMENTO UNÁRIO Um relacionamento Unário é uma maneira de representarmos relações de hierarquia entre ocorrências de uma mesma Entidade, por exemplo, vamos considerar uma entidade Funcionário que possui um gerente. Nesta situação existe um relacionamento entre as ocorrências da Entidade Funcionário onde um funcionário é gerente de outro funcionário. Uma vez que as entidades são identificadas, deve-se então definir como se dá o relacionamento entre elas. De acordo com a quantidade de objetos envolvidos em cada lado do relacionamento, podemos classificá-los de três formas: Relacionamento 1..1 (um para um): cada uma das duas entidades envolvidas referenciam obrigatoriamente apenas uma unidade da outra. Por exemplo, em um banco de dados de currículos, cada usuário cadastrado pode possuir apenas um currículo na base, ao mesmo tempo em que cada currículo só pertence a um único usuário cadastrado. Relacionamento 1..n ou 1..* (um para muitos): uma das entidades envolvidas pode referenciar várias unidades da outra, porém, do outro lado cada uma das várias unidades referenciadas só pode estar ligada uma unidade da outra entidade. Por exemplo, em um sistema de plano de saúde, um usuário pode ter vários dependentes, mas cada dependente só pode estar ligado a um usuário principal. Note que temos apenas duas entidades envolvidas: usuário e dependente. O que muda é a quantidade de unidades/exemplares envolvidas de cada lado. Relacionamento n..n ou *..* (muitos para muitos): neste tipo de relacionamento cada entidade, de ambos os lados, podem referenciar múltiplas unidades da outra. Por exemplo, em um sistema de biblioteca, um título pode ser escrito por vários autores, ao mesmo tempo em que um autor pode escrever vários títulos. Assim, um objeto do tipo autor pode referenciar múltiplos objetos do tipo título, e vice versa. Os relacionamentos em geral são nomeados com verbos ou expressões que representam a forma como as entidades interagem, ou a ação que uma exerce sobre a outra. Essa nomenclatura pode variar de acordo com a direção em que se lê o relacionamento. Por exemplo: um autor escreve vários livros, enquanto um livro é escrito por vários autores. 36

37 Modelagem de Dados Prof. Marcelo Ribeiro DER (DIAGRAMAÇÃO ENTIDADE RELACIONAMENTO) A notação 1 original do DER foi proposta por Peter Chen; É a representação gráfica de um MER, que é um modelo conceitual; Facilita a modelagem e a comunicação entre os membros da equipe de desenvolvedores do SGBD. NOTAÇÃO DE PETER CHEN Relacionamento Forte (linha sólida): uma Entidade filha depende de uma Entidade pai. A chave primária da Entidade filha contém a chave primária da Entidade pai. Relacionamento Fraco (linha tracejada): a existência de uma Entidade independe de outras. A chave primária da Entidade filha não contém a chave primária da Entidade pai. ALGUNS SOFTWARES (FERRAMENTAS CASE) PARA DIAGRAMAÇÃO MsVisio, brmodelo, Lucidchart, MySQL Workbench, Visual Paradigm, Astah, Erwin Data Modeler, ERD Plus, Star UML, GenMyModel. Algumas destas ferramentas de diagramação permitem fazer a modelagem e depois exportar o código SQL para montar as tabelas no banco de dados. REPRESENTAÇÃO DE ENTIDADES E ATRIBUTOS DIAGRAMA 1 Notação: sistema de representação ou designação convencional. Conjunto de sinais com que se faz essa representação ou designação. 37

38 TEXTUAL TabClientes (*CódCliente, Nome, DtNasc, Tel, Endereço, Rua, Bairro, Cidade) CHAVES São campos (atributos ou colunas) de uma relação cujos valores são exclusivos e permitem identificar um registro (chave primária) ou mais registros (chave estrangeira). CONCEITO DE DOMÍNIO Os campos que se relacionam e que permitem o intercâmbio de dados entre as tabelas (chaves) garante a Integridade Referencial. Na maioria dos casos, quando um registro é excluído de um tabela, deverão ser excluídos também os dados correspondentes a estes registros nas demais tabelas relacionadas, caso contrário ocorrerão erros, a não ser, por exemplo, nos casos onde queremos manter um histórico de vendas ou de aluguéis, mesmo depois de o cliente ter sido excluído da tabela de clientes porque não atende mais aos pré-requisitos que antes atendia (mudou, faleceu, concluiu o curso...). Ainda assim pode ser interessante mantê-lo, pelo menos, no histórico de movimentações. Necessário definir o tipo de dados de cada campo; Necessário especificar para cada campo a quantidade de bytes (caracteres) suportados. TIPOS DE CHAVES ÚNICA (Unique) CANDIDATA: tem potencial para ser tornar chave primária. Uma Chave Candidata que não foi usada como Chave Primária é conhecida como Chave Alternativa (ex.: CPF); COMPOSTA: constituída de dois ou mais atributos (campos) para melhor identificar um registro. Ex.: a junção do Nome (que pode se repetir) com o Tel (que é único). Usada quando não há possibilidade de usar um registro (campo) único identificador. É muito importante entender que não existem 2 chaves primárias e sim chave primária composta. A chave primária composta é aquela que é atribuída a dois ou mais campos e desta forma passa a utilizar a junção dos dados destes campos indicados para formar um valor único e assim aplicar o bloqueio de duplicidade com mais eficiência. 38

39 Modelagem de Dados Prof. Marcelo Ribeiro PRIMÁRIA: chave principal da tabela. Identifica de forma única um registro da tabela. Não pode ter valor nulo ou repetido e, não deve ser alterado o valor da chave primária após o registro. A chave primária é identificada como PK (Primary Key). SUBSTITUTA ou SURROGADA: valor numérico (Número ou AutoNumeração) para servir de chave primária. Não possui significado direto para os usuários e geralmente este campo fica escondido. NÃO-ÚNICA ou CHAVE ESTRANGEIRA (FK - Foreign Key) Permite o relacionamento entre os dados de duas ou mais tabelas. É um campo que liga à Chave Primária. São classificadas como ponteiros lógicos (apontam de uma tabela para outra). Uma Chave Estrangeira deve corresponder a um valor existente em uma Chave Primária associada, caso contrário, deve ser nulo. CARDINALIDADE Diz respeito à quantidade mínima e máxima de instâncias entre duas ou mais entidades relacionadas. CARDINALIDADE MÍNIMA: mínimo obrigatório de instâncias que devem participar de um relacionamento: 0 = opcional (pode ou não existir); 1 = obrigatório. CARDINALIDADE MÁXIMA: número máximo de instâncias que devem participar de um relacionamento: 1 = somente uma instância; N = várias, muitas instâncias. NOTAÇÃO DE PETER CHEN Modelo conceitual com simbologias para cardinalidades 39

40 EXEMPLO 1: LOCAÇÃO DE AUTOMÓVEIS Situação hipotética: o Cliente só pode alugar um Carro por vez; e, consequentemente, este Carro só pode estar vinculado a este Cliente por vez; podemos representar esta situação conforme os diagramas das figuras abaixo: EXEMPLO 2: LOCAÇÃO DE FILMES Situação hipotética: o Cliente pode alugar vários Filmes por vez; e, consequentemente, este Filme só pode estar vinculado a este Cliente por vez; podemos representar esta situação conforme os diagramas das figuras abaixo: NOTAÇÃO DE CARDINALIDADE (1,1) um-para-um pode ser representado também como (1) (1,n) um-para-n (um-para-muitos ou um-para-vários) pode ser representado também como (n) (0,1) zero-para-um (pode ser nulo ou no máximo 1) (0,n) zero-para-n (zero-para-muitos ou zero-para-vários); pode ser nulo ou conter muitos registros. 40

41 Modelagem de Dados Prof. Marcelo Ribeiro As representações a seguir são equivalentes: um-para-um muitos-para-um muitos-para-muitos COMO INTERPRETAR OS RELACIONAMENTOS Em uma locadora de automóveis, como ocorre o relacionamento entre os clientes e os carros alugados? DICIONÁRIO DE DADOS (REPOSITÓRIO DE METADADOS) É um documento usado para armazenar informações sobre o conteúdo, formato e a estrutura de um banco de dados; também os relacionamentos entre seus elementos. Também conhecido como Repositório de Metadados por conter informações adicionais sobre o funcionamento dos dados armazenados no banco de dados (são informações acerca de outras informações, daí o termo metadados ) O objetivo de um Dicionário de Dados é limitar os erros durante a elaboração física do banco de dados no computador e permitir uma consulta e melhor entendimento sobre o objetivo do banco de dados. 41

42 Exemplo 1 Exemplo 2 1FN (PRIMEIRA FORMA NORMAL) Visa reprovar atributos multivalorados, compostos e suas combinações. O domínio de um atributo deve incluir apenas valores atômicos (indivisíveis), e o valor de qualquer atributo em uma tupla (registro) deve ser único valor do domínio desse atributo. Quanto uma tabela está na 1FN ela só possui valores atômicos e existe uma chave primária; Endereço (Rua, Bairro, Cidade...), Nome (Nome e sobrenome), Tel (fixo, móvel) são exemplos de campos que NÃO poder estar contidos numa tabela na 1ª Forma Normal porque são subdivididos em outros campos conforme mostrado dentro dos parênteses. EXEMPLO DE COMO NORMALIZAR UMA TABELA USANDO A 1FN (PRIMEIRA FORMA NORMAL) Primeiro vemos que a tabela possui os campos Endereços e Telefones que podem ser subdivididos. Desmembramos o campo Endereço em Rua, Bairro, Cidade, Uf e CEP. O campo Telefones (multivalorado) deu origem a outra tabela onde o cliente poderá ter um ou vários telefones registrados. 42

43 Modelagem de Dados Prof. Marcelo Ribeiro 2FN (SEGUNDA FORMA NORMAL) Visa reprovar atributos que não dependem diretamente da chave primária (comumente no caso de tabelas que possuem chave primária composta na qual 2 campos da tabela são usados como chaves). EXEMPLO DE COMO NORMALIZAR UMA TABELA USANDO A 2FN (SEGUNDA FORMA NORMAL) Observe que os campos EndereçoFornecedor e TelFornecedor não dependiam diretamente dos campos chave primária compostas: EndereçoFornecedor tem relação com o CodFornecedor, mas não necessariamente com o CodMercadoria. O mesmo ocorreu com o campo TelFornecedor. Então, por não dependerem diretamente da chave primária composta pelos campos CodMercadoria e CodFonercedor, simultaneamente, ambos os campos foram levados para uma outra tabela denominada TabFornecedores. 3FN (TERCEIRA FORMA NORMAL) Baseada no conceito de Dependência Transitiva. O objetivo é chegar à 3FN, por isto, deve-se passar pela 1FN e 2FN. Sabendo disto é correto afirmar que para uma tabela estar na sua Terceira Forma Normal, deverá estar na sua Segunda Forma Normal. Para cada atributo (campo) não chave que for determinante na relação, deve-se criar uma tabela. Este atributo (campo) será a chave primária da nova relação (tabela). O atributo continuará também na tabela original e servirá de ligação (chave estrangeira) para associação das duas tabelas. 43