Vous êtes sur la page 1sur 17

Centro Universitrio do Sul de Minas - UNIS

Banco de Dados

Prof. Ricardo Bernardes de Mello

Varginha 2009

Introduo
Um sistema Gerenciador de Banco de Dados (Database Management System DBMS ou SGBD) consiste numa coleo de dados inter-relacionados e um conjunto de programas para acessar esses dados. O principal objetivo de um SGBD proporcionar um ambiente, conveniente e eficiente, para retirar e armazenar a informaes no Banco de Dados. Em adio o SGBD deve proporcionar a segurana das informaes armazenadas no banco de dados, mesmo em casos de queda no sistema ou de tentativas de acessos desautorizados. Isso tem levado ao desenvolvimento de uma larga gama de conceitos e tcnicas para o eficiente gerenciamento dos dados. O sistema de processamento de arquivos Considere parte de uma empresa bancria de poupana que mantm informaes acerca de todos os clientes e contas de poupana. As contas de poupanas e os registros dos clientes so mantidos em arquivos permanentes do sistema. Alm desses arquivos, o sistema possui um nmero de programas de aplicao que permitem a manipulao dos arquivos incluindo programas para: Crdito/Dbito de Conta; Incluso de Conta Nova; Consultar Saldo de Conta; Gerar Extratos Mensais. Suponha que novas leis governamentais permitam ao Banco de Poupana oferecer contas correntes. Assim, ao longo de vrios anos mais arquivos e mais programas foram criados durante um longo perodo, presumivelmente por diferentes programadores, estes arquivos provavelmente possuem diferentes formatos e os programas podem ter sido escritos em diversas linguagens de programao. O ambiente descrito um tpico Sistema de processamento de Arquivos, que suportado por um Sistema Operacional Convencional. Registros permanentes so armazenados em vrios arquivos e uns nmeros de diferentes programas de aplicao so escritos para extrair ou adicionar registros nos arquivos apropriados. Desvantagens fundamentais deste esquema: - Redundncia de dados e inconsistncia: Uma vez que os arquivos e os programas de aplicao so criados por diferentes programadores durante um longo perodo, a mesma informao pode estar duplicada em diversos arquivos. Redundncia leva a um maior custo de armazenamento e acesso. Inconsistncia leva a vrias cpias do mesmo dado no serem coerentes. Ex. Se o endereo de um cliente muda, e a mudana foi efetuada somente nos registros de um dos arquivos do sistema. - Dificuldades no Acesso a Dados: Qualquer pedido por parte dos usurios que no esteja previsto no sistema; requer a escrita de um novo programa para tal. E o pior que na maioria das vezes estes pedidos so usados pouqussimas vezes.

Ex.: Saber os nomes de todos os clientes que vivem na rea da cidade onde o CEP 78735000. - Isolamento de Dados Uma vez que os dados esto espalhados em vrios arquivos e os arquivos podem estar em diferentes formatos, difcil escrever novos programas de aplicao para a retirada conveniente dos dados. - Mltiplos Usurios: Na atualizao de dados simultaneamente pode haver erro na atualizao do dado. Para tal, o sistema deve ter alguma forma de superviso, j que os dados podem ser acessados por muitos programas de aplicaes diferentes, que no foram previamente coordenados. - Problemas de Segurana: Nem todo o usurio do Banco de Dados deve ser autorizado a acessar todos os dados. Uma vez que os programas de aplicao so adicionados ao sistema a medida que sejam necessrios, ou seja, sem uma prvia coordenao, este problema fica difcil de ser solucionado. - Problemas de Integridade Essa garantia pode ser conseguida colocando-se um cdigo apropriado nos diversos programas de aplicao. Entretanto, quando novas restries so inseridas, fica difcil alterar os programas para garanti-las. Isto agravado no caso que estas restries envolvem diversos dados de diferentes arquivos. Nota: As desvantagens citadas induziram ao desenvolvimento de SGBD. 1.2 Conceitos e evoluo dos modelos de dados: Coleo de ferramentas conceituais para descrio dos dados, relacionamento entre os dados, semntica e restries dos dados. Esto divididos em trs diferentes grupos: - Modelos lgicos baseados em objetos: - Modelos lgicos baseados em objetos registros; - Modelos de dados fsicos. - Modelos Lgicos baseados em Objetos: Caracterizam-se por proporcionar ampla e flexvel capacidade de estruturao e por permitir a especificao de restries de dados de forma clara. Existem inmeros tipos, os mais conceituados so: - Modelo E x R; - Modelo Orientado a Objeto; - Modelo de Semntica de dados; - Modelo Binrio. Ser escolhido o Modelo E x R e o Modelo OO devido a sua aceitao no mercado dos SGDB Modelo Entidade Relacionamento O Modelo E x R baseia-se numa percepo de mundo real que consiste em uma coleo de objetos bsicos chamados de ENTIDADES, e de RELACIONAMENTOS entre esses objetos. Entidade = Objeto que existe e distinto de outro objeto. Ex. 1: Entidade (a) Entidade (a) Entidade (a) Objeto (a) < > Objeto (b) < > Objeto (c) Atrib. 1 Atrib. 1 Atrib. 1 Atrib. 2 Atrib. 2 Atrib. 2 . . .

. . . . . . Ex. 2: Os atributos, Nmero e Saldo descrevem uma conta particular bancria Relacionamento = Associao entre diversas Entidades. Ex.: Cliente com cada Conta que possua. NOTA: Uma restrio importante, seria o Mapeamento de Cardinalidades, pois ele expressa o nmero de Entidade as quais outra Entidade pode ser associada. * Estrutura Conceitual Global = Diagrama E x R > Retngulos = conjunto de entidades; > Elipses = Atributos; > Losangos = Relacionamento entre conjunto de Entidades; > Linhas = Fazem a ligao dos elementos acima. Ex. Parte de Sistema Bancrio; Rua Nome

Nmero Conta Cida

CLIENTE

Cli-Conta

CONTA

Modelo Orientado a Objeto Neste modelo um objeto tambm possui trechos de cdigo que operam sobre o objeto. Estes trechos de cdigos so chamados mtodos. Os objetos que contm os mesmos valores e os mesmos mtodos so agrupados em classes.

Paga-Juros

Nmero

Conta

CONTA

-Modelos Lgicos baseados em registros: Caracterizam-se por especificar tanto a estrutura lgico Global do BD como uma descrio em alto nvel de implementao. Tambm so utilizados nos nveis conceitual e viso. Modelo Relacional: Os dados e os relacionamentos entre os dados so representados por uma coleo de tabelas cada qual com um nmero de colunas e nomes nicos. EX.: BD Clientes Contas NOME Joo Ana Ana Mrio Mrio CONTA 920 565 647 801 647 CIDADE RJ BH BH SP SP SALDO 550,00 100,00 500,00 740,00 CONTA 920 565 647 801 647

Modelo de Redes: So representados por colees de registros e os relacionamentos representados por ligaes que podem ser vistas como ponteiros. Ex.:

Joo/RJ

920/550,0

565/100,0 Ana/SP 647/500,0 Mario/SP 801/740,0

Modelo Hierrquico: Idntico ao Modelo Rede, diferindo apenas em sua representao, ao invs de utilizar Grafos, utiliza rvores. Ex.: Mario/SP Joo/RJ Ana/SP 920/550,0 565/100,0 647/500,0

647/500,0

801/740,0

Modelo de Dados Fsicos: Usados para descrever os dados no nvel mais baixo. Existem poucos em uso. Capturam aspectos da implementao do SGDB. Alguns dos mais conhecidos: -Modelo Unificador; -Memria em Frames. Evoluo dos Modelos de Dados (figura) 2. ARQUITETURA DE UM SGBD Um propsito central de um SGBD proporcionar aos usurios uma viso abstrata dos dados. Isto , o sistema esconde certos detalhes de como os dados so armazenados ou mantidos Abstrao de dados. Estruturas de dados complexas so abstradas do usurio, isto conseguido definindo diversos nveis de abstrao pelos quais o Banco de Dados pode ser visto. -Nvel Fsico Este o nvel mais baixo da abstrao, no qual se descreve como os dados so hoje armazenados. Neste nvel enxerga-se estruturas bem complexas. Exemplo: Um registro de cliente descrito como um bloco de endereos de memria consecutivos. -Nvel Conceitual: Este o nvel no qual se descreve quais dados so realmente armazenados no Banco de Dados e quais os relacionamentos existentes entre os dados. Exemplo:

Cada um desses registros descrito pela definio do tipo e a inter-relao entre esses tipos de registros definida. -Nvel Viso: Este o nvel mais alto de abstrao, no qual se expe apenas parte do Banco de Dados. Pode haver diferentes vises providas pelo sistema para um mesmo Banco de Dados. Exemplo: Definimos diversas vises do Banco de Dados. Esquema de apresentao dos trs nveis: Externo (Vises do Usurio Individual) Viso 1 Viso 2 Viso 3

Conceitual (Viso total do BD) Conceitual Interno (Viso total do armazenamento

Fsico

2.1 INSTNCIAS E ESQUEMAS: Instncia: Coleo de informaes armazenadas no BD em um particular instante. Esquema =Concepo global do BD. EX.: (Analogia com a linguagem de programao) A = 1 -------> Instncia: Mutao constante ! ! +-------> Esquema: Define-se que a varivel (a), s aceitar valores do tipo numrico. Logo: -> No nvel mais baixo: Esquema Fsico; -> No nvel intermedirio: Esquema conceitual; -> No nvel mais alto: Subesquema 2.2 DDL e DML

LINGUAGEM DE DEFINIO DE DADOS: (DDL) Linguagem especial onde um esquema de BD especificado por um conjunto de definies. O resultado da compilao de instrues DDL PE um conjunto de tabelas que so armazenadas num arquivo especial chamado dicionrio de dados. Um dicionrio de dados um arquivo que contm metadados (dados acerca dos dados). Este arquivo PE consultado antes de dados reais serem lidos ou modificados no Sistema de BD. LINGUAGEM DE MANIPULAO DE DADOS: (DML) Entendemos por manipulao de dados: -> A recuperao da informao armazenada no BD; -> A insero de novas informaes no BD; -> A remoo de informaes no BD. Nvel Fsico: Definio de Algoritmos para acessar os dados Nveis mais altos = nfase est na facilidade do uso, interface amigvel. DML = Permite aos usurios acessar ou manipular dados organizados por um modelo de dados apropriado. A parte de uma DML que envolve consulta a informao chamada de linguagem de consulta. (query) 2.3 GERENCIADOR DO BD Tipicamente os BD requerem grandes quantidades de espao de armazenamento. A memria principal no armazena todas essas informaes guardando-as em disco. Visto que o movimento Disco->Memria/ Memria->Disco lento, o Sistema de BD estrutura os dados de modo a minimizar a necessidade de movimentao entre eles. O objetivo de um Sistema de BD simplificar e facilitar o acesso aos dados. Usurios no devem ser incomodados com problemas fsicos. Logo, a satisfao ou no de utilizao do Sistema de BD pelo usurio, esta totalmente ligado a sua performance. Resumindo, um gerenciador de BD um mdulo que proporciona a interface entre os dados de baixo Nvel armazenados no BD e os programas de aplicao e consultas submetidos ao Sistema. Tarefas do Gerenciador de BD: - Interao com o Gerenciados de arquivos: GBD Responsvel pelo real armazenamento, consulta e atualizao dos dados no BD. - Garantia de Integridade: Dar segurana de integridade aos limites que foram especificados anteriormente. Ex.: O nmero de horas que um empregado pode trabalhar em uma semana no deve exceder um nmero especfico (80 h). - Garantia de Segurana de Acesso:

Os nveis de acesso no devem ser burlados. Ex.:Nem todo usurio deve ter acesso a todo BD. - Recuperao e Backup: Dar segurana aos dados que esto por sua responsabilidade, sem existncia de perdas. Ex.: Nos casos de quebras de Discos, falhas de alimentao eltrica e erros de Software. - Controle de Concorrncia: Controlar a consistncia dos dados nos casos de mltiplos acessos aos mesmos. 2.4 ESTRUTURA GERAL DE ARQUITETURA - Gerenciados de Arquivos: Responsvel pela alocao do espao de armazenamento em disco e as estrutura de dados usadas para representar a informao armazenada em disco. - Gerenciados do BD: Proporciona a interface entre os dados de baixo nvel armazenados no BD e os programas de aplicao e consultas submetidos ao sistema. -Processador de Consultas: Traduz comandos de uma linguagem de consulta em instrues de baixo nvel que o gerenciador de BD entenda. - Pr-compilador DML: Converte comandos DML embutidos em um Programa de (HDST = Hospedeiro), ou melhor, software bsico utilizado. - Compilador DDL: Converte os comandos DDL em um conjunto de tabelas contendo metadados. - Arquivo de Dados: Armazenam os dados propriamente ditos. - Dicionrio de Dados: Armazena informaes sobre a estrutura do BD e bastante utilizado. - ndices: Proporcionam acesso rpido aos itens de dados com valores especficos

ESTRUTURA BSICA DE UM SGBD

Usurios ingnuos

Programadores de aplicativos

Usurios de alto nvel

Administrador de banco de dados

Interfaces do aplicativo

Programas aplicativos

Consulta

Esquema de banco de dados

Pr-compilador da linguagem de manipulao de dados

Processador de consultas

Compilador de linguagem de definio de dados

Cdigo-objeto de programas aplicativos

Gerenciador de banco de dados

Sistema gerenciador do banco de dados

Gerenciador de arquivos

Arquivo de dados

Dicionrio de dados

Disco de armazenamento

3. USURIOS DO SGBD Administrador do Banco de Dados: (DBA) Uma das principais razes para empregar um gerenciador de banco de dados ter um controle central dos dados e dos programas de acesso a eles. Esta situao implica a existncia de uma pessoa detendo a responsabilidade central sobre estes dados operacionais. Esta pessoa o Administrador de Banco de Dados ( ou DBA Database Administrator). Pessoa que tem um controle central dos dados e dos programas que acessam os dados. O cargo requer: - Um alto grau de capacitao tcnica; - Capacidade de entender e interpretar as necessidades da empresa a nvel de gerncia executiva. A funo do DBA pode ser desempenhada por um grupo de pessoas: gerentes e tcnicos. Supomos que o DBA seja uma nica pessoa, sua posio na empresa deve ser de alto nvel gerencial. Funes do DBA: - Decidir o contedo de informaes e esquema do BD Identificar as entidades de interesse da empresa e informaes a registrar em relao a estas entidades. Descrever o esquema conceitual usando DDL (Modelo ExR), dando origem a um conjunto de tabelas que so permanentemente armazenadas no Dicionrio de Dados. A forma objeto compilada do esquema utilizado pelo SGBD para responder as solicitaes de acesso. A forma no compilada atua como documento de referncia para os usurios do sistema. - Definies da estrutura de armazenamento e do mtodo de acesso Realizado escrevendo-se um conjunto de definies que so traduzidas pelo compilador da linguagem de definio de armazenamento de dados. - Modificao da Organizao Fsica e do esquema Conjunto de definies que so usadas pelo compilador (DDL) para gerar modificaes nas tabelas internas apropriadas do sistema. (Ex.: Dicionrio de Dados). -Concesso de Autorizao visando segurana no acesso aos dados Regular que partes do BD os diferentes usurios podem acessar. - Especificaes de restries de integridade Mantidas em uma estrutura especial (dicionrio de dados) do Sistema que consultada pelo Gerenciador de BD sempre que uma atualizao acontece. - Servir de elo de ligao com usurios Garantir a disponibilidade dos dados e auxili-los em suas consultas. - Definir estratgias de backup e recuperao rpidas e seguras No caso de danos parte do BD, causados por erro humano, hardware ou sistema operacional, fazer retornar os dados envolvidos sem demora e com as menores conseqncias ao restante do sistema. Os dados que no sofreram danos no devero ser afetados. Uma das razes em distribuir os dados ao invs de mant-lo em um nico lugar.

- Equilibrar as necessidades conflitantes Verificar necessidades globais da empresa ao invs do usurio individual. Representao dos dados na memria acesso rpido para as aplicaes mais importantes. Rotinas do DBA: - Carregar (disponibilizar o BD na rede) e descarregar o BD sempre que for preciso; - Despejo na memria auxiliar de armazenamento (backup); - Recuperao; -Monitorar o desempenho do BD atravs de relatrios estatsticos e anlises destes relatrios. Notas: Estas funes e rotinas podem ser agrupadas em quatro categorias que esto relacionadas aos estgios de desenvolvimento de um banco de dados. Planejamento A administrao de banco de dados tem um papel importante tanto no processamento de dados quanto no planejamento organizacional, incluindo a avaliao e seleo de software e hardware relacionados ao banco de dados. O DBA trabalha com o usurio final para juntos estabelecerem objetivos operacionais e requisies de desenvolvimento de aplicaes que utilizem o banco, certificando-se que as prioridades para o desenvolvimento e uso destas aplicaes esto de acordo com os objetivos da organizao. O DBA tambm deve estar preparado para prever o crescimento do banco de dados, assim como novas tendncias tecnolgicas. Projeto O DBA deve fornecer apoio tcnico sobre o projeto lgico e fsico do banco aos desenvolvedores de sistemas de aplicao, alm de controlar o processo do projeto lgico para garantir informaes consistentes e integradas. Conforme novos dados precisem ser armazenados, o DBA deve determinar como sero integrado aos dados j existentes e controlar quaisquer modificaes que sejam necessrias. O DBA tambm determina os mtodos de acesso e as alocaes fsicas necessrias para atender s requisies dos sistemas de aplicao. Operao e Controle Cabe ao DBA desenvolver e administrar polticas que assegurem a integridade do banco de dados, incluindo procedimentos para backup e recuperao, de modo que no caso de danos no banco de dados as informaes possam ser recuperadas no menor espao de tempo causando o mnimo de impacto nos outros sistemas. A segurana do banco de dados tambm de responsabilidade do DBA, que deve estabelecer controles de acesso determinando que partes de um banco de dados um certo usurio pode utilizar. O DBA tambm deve monitorar o desempenho do banco de dados continuamente, assegurando que os objetivos de custodesempenho sero alcanados. Utilizao

O DBA representa a ligao primria com os usurios do banco de dados, estabelecendo padres de contedo e uso. O DBA coleta e mantm dados sobre o banco de dados, tornando estas informaes disponveis para os usurios. O DBA tambm deve fornecer ao usurio suporte educacional no uso de softwares relacionados ao banco de dados. Para desenvolver suas atividades, o DBA ir contar com vrios programas utilitrios, como rotinas de carga (para criar uma verso inicial do banco de dados a partir de um ou mais arquivos), rotinas de despejo na memria e recuperao, rotinas de reorganizao (para rearrumar os dados no banco de dados, em geral por razes de desempenho, rotinas estatsticas para computar desempenho, tamanho e distribuio de valores) e rotinas analticas para analisar os dados estatsticos. Uma das ferramentas mais importantes o dicionrio de dados ou catlogos do sistema, que um banco de dados do prprio sistema cujo contedo so dados sobre dados, ou metadados, descries de outros dados do sistema. Entre as informaes que o sistema precisa armazenar no dicionrio de dados esto a relao de tabelas bsicas, os ndices, os usurios, os planos de aplicao, privilgios de acesso, restries de integridade e assim por diante. Estas informaes so essenciais para a eficincia do sistema. O otimizador, por exemplo, usa as informaes do catlogo acerca dos ndices, assim como outras, para escolher uma determinada estratgia de acesso. Da mesma forma, o subsistema de autorizao usa as informaes do catlogo relativas aos usurios e privilgios de acesso para permitir ou negar determinadas aes dos mesmos. Tipos de Usurios do BD: So diferenciados pela maneira que se propem a interagir com o Sistema. -Programador de Aplicao: Profissionais de computao que interagem com o sistema utilizando comandos de DML; estes programas so chamados de programas de aplicao. -Usurio Final: a) Usurios Ocasionais: So usurios sofisticados, que interagem com o sistema sem escrever programas. Formulam requisies escrevendo suas consultas em linguagem de consulta. Cada uma dessas consultas submetida a um Processador de Consultas, cuja funo quebra um comando DML em instrues que o Gerenciador do BD entenda. b) Usurio Simples: Usurios no-sofisticados que interagem com o sistema utilizando-se dos Programas de Aplicao existentes. -Usurios Especializados: Administrador do Bando de Dados DBA e usurios sofisticados que escrevem aplicaes de BD no adaptveis aos padres tradicionais de Processamento de Dados. Ex: Operadores de Computer-Aided Design, bases de conhecimento e Sistemas Especialistas, que armazenam dados com tipos de dados complexos (por exemplo dados grficos e dados de udio). 4. VANTAGENS E DESVANTAGENS DE UM SGBD Vantagens de um Sistema de Gerenciamento de Banco de Dados, com o controle centralizado por apenas um DBA ou uma equipe especializada: -Reduzir a redundncia A eliminao da redundncia evita o desperdcio de espao no disco. No quer dizer que toda redundncia deva ser necessariamente eliminada. Algumas vezes existem fortes razes, tcnicas ou comerciais para mantermos cpias mltiplas do mesmo dado.

Sugerimos que a redundncia seja rigorosamente controlada, o SGBD deve ter conhecimento e assumir a responsabilidade de Propagar as atualizaes. A redundncia no sendo controlada causa a inconsistncia dos dados. - Poder compartilhar dados Aplicaes existentes podem compartilhar os dados e novas aplicaes tambm. (No precisa criar novos BD para novas aplicaes). -Reforar os padres O DBA pelo controle central do BD pode assegurar que todos os padres aplicveis sero observados na representao dos dados. Uma padronizao dos formatos dos dados armazenados especialmente interessante para facilitar o intercmbio de dados ou migrao entre sistemas (padres nacionais e internacionais). Da mesma forma seria desejvel a denominao dos dados e a padronizao da documentao para facilitar o compartilhamento e a compreenso dos dados. -Poder aplicar restries de segurana Definio de acessos e tipos de acessos (recuperao, anulao, modificao, etc.) para cada parte do BD. BD sem controle de segurana corre maior risco que sistemas tradicionais de arquivos (dispersos). Isto a natureza centralizadora do sistema de banco de dados requerer, tambm, um bom sistema de segurana. -Manter a integridade O problema da integridade assegurar que os dados sejam corretos. Inconsistncia entre duas entradas que pretendem representar um mesmo fato um exemplo de falta de integridade e ocorre quando h redundncia. Mas mesmo que no exista redundncia podem ocorrer problemas de integridade, por exemplo: salrio igual a 400 reais digitado 40 reais, criao de um departamento que no existe. O controle centralizado do BD ajuda a evitar tais problemas, permite ao DBA definir controles de integridade que devem ser realizados sempre que for empreendida qualquer operao de atualizao. Problemas de integridade em BD de mltiplos usurios, dados errados podem infectar outros usurios. -Independncia de Dados A independncia de dados mais que uma vantagem, sendo o principal objetivo do banco de dados. Nos processamentos de arquivos tradicionais, o conhecimento da organizao dos dados e a tcnica de aceso so embutidos na lgica e no cdigo da aplicao, sendo totalmente dependente dos dados. impossvel modificar a estrutura de armazenamento ou a estratgia de acesso sem que a aplicao seja afetada de forma drstica. A independncia de dados a capacidade de modificar uma definio de esquema em um nvel, sem afetar a definio de esquema em um nvel mais alto. -Independncia de Dados Fsica: Capacidade de se modificar o esquema fsico sem precisar reescrever os programas de aplicao. Ex.: Melhoria de performance do SGBD.

-Independncia de Dados Lgica: Capacidade de se modificar o esquema conceitual sem a necessidade de reescrever os programas de aplicao. Ex.:Mudana de estrutura lgica do BD. Nota: A independncia de dados lgica mais difcil de ser atingida que a fsica, pois programas de aplicao so muito dependentes da estrutura lgica dos dados que eles acessam. Desvantagens do SGBD - Segurana comprometida (quando no h bons controles); - Integridade comprometida (quando no h bons controles); - A operao bem sucedida crucial (a empresa pode ser muito vulnervel a falhas); - Pode ser necessrio um hardware adicional; - O sistema parece completo (tal complexidade deve ser dissimulada do usurio). 5. MODELO ExR (ENTIDADE RELACIONAMENTO) Baseia-se na percepo de um universo constitudo por um grupo bsico de objetos chamados Entidades e por Relacionamento entre estes objetos. O modelo montado com estas Entidades e Relacionamentos representam um esquema contendo a Estrutura Lgica Global do Banco de Dados. 5. Entidade Atributo Domnio: Entidade = Objeto que existe e distinguvel de outros objetos. Ex.: Joo com RG n 06354478-7 uma entidade. A conta corrente n 115 na agncia central uma entidade. Nota: Uma entidade termina representada pelo menos por uma tabela. Conseqentemente, algo que no requeira pelo menos dois elementos de dados para descrev-lo, provavelmente no ser uma entidade, e sim um atributo de outra coisa ou apena um elemento de dados, isoladamente. Ex.: Data-de-admisso Ela consiste de apenas um elemento de dados, supostamente descrevendo um empregado e assim no seria uma entidade muito significativa. Atributo = Atribuies feitas a uma entidade. Ex.: A cor vermelho no uma entidade; ela poderia ser um atributo de uma entidade. Os adjetivo grande e pequeno podem atribuir uma qualificao a uma entidade. Resumo: como regra geral, se no puder imaginar a entidade que voc prope como sendo o nome de um depsito de dados ou arquivo do sistema, provavelmente no vale a pena definila como uma entidade. Domnio = Conjuntos de valores permissveis para uma entidade.

Ex.: Cdigo Salrio

Empregado Atributos

Poder ser qualquer n com duas casas decimais entre 999,99 e 5.000,00 Poder ser qualquer n inteiro de trs posies de 001 a 999 6. RELACIONAMENTOS E CONJUNTOS DE RELACIONAMENTOS Relacionamento = Associao entre vrias entidades. Ex.: Cliente Joo com a CC n 401 Conjunto de relacionamento = Grupo de relacionamentos do mesmo tipo. Ex.: Cliente Conta

* O relacionamento acima considerado binrio, pois envolve dois conjuntos de entidades. Obs: a maior parte dos conjuntos de relacionamentos de um BD binrio. Cliente Conta Agncia

-Cliente Joo, C.C. n 401, agncia central. *O conjunto de relacionamento acima envolve mais do que dois conjuntos de entidades. No caso especfico acima, h um exemplo do relacionamento ternrio.

Um relacionamento pode tambm possuir Atributos Descritivos, ou seja, atributos que descrevem um relacionamento num dado instante. Ex.: Cliente Conta

Cliente Conta

Data

Data

Podemos notar que o atributo data, no estaria bem encaixado no conjunto de entidades cliente e nem no conjunto de entidades conta. Por isso ele um atributo que descreve um relacionamento num dado instante. Ex.: O relacionamento Cliente-Conta ( Joo, 401) descrito por: {(Data, 23 de maio de 1999)}, significando que a ltima vez que o cliente Joo movimentou sua conta 401 foi em 23 de maio de 1999.

Vous aimerez peut-être aussi