Dependência funcional
|
|
- Cármen Sintra Lancastre
- 8 Há anos
- Visualizações:
Transcrição
1 Dependência funcional Dependência funcional: Dados dois conjuntos de atributos A e B de uma entidade, diz-se que: B é funcionalmente dependente de A ou A determina B ou B depende de A, se a cada valor de A estiver associado um, e só um, valor de B. Se A determina B então B não é funcionalmente dependente de nenhum subconjunto de A. Uma dependência funcional é representada por : A B A denominado Determinante Exemplo de identificação de dependências funcionais: N_funcionário Nome_Próprio Apelido Departamento 1021 Sofia Reis Afonso Reis António Cardoso 900 Departamento N_funcionário? Não pois Departamento 900 => {1021,1023} N_funcionário Departamento? Sim pois se se conhecer o N_funcionário (atributo unívoco) é possível determinar o Departamento (um funcionário só pode pertencer a um departamento) 2.4 -TM Dados: Dependências entre atributos e normalização 1
2 Nome_próprio N_funcionário? Não pois podem existir funcionários com o mesmo nome => podem haver múltiplos valores de N_funcionário para o mesmo Nome_próprio N_funcionário Apelido? Apesar de dois funcionários terem o mesmo apelido, se se conhecer o N_funcionário determina-se um só Apelido N_funcionário todos os restantes atributos A Identificação de dependências funcionais não pode ser obtida apenas a partir da inspecção de algumas instâncias, mas sim através das próprias propriedades dos atributos. Outro exemplo de identificação de dependências funcionais: Papelaria Artigo Preço Colmeia Caneta bic fina 150 Central Fita cola 300 Aguarela Borracha 215 Silva Caneta bic fina 175 O preço é funcionalmente dependente de artigo (Artigo Preço)? Não; o mesmo artigo pode ter preços distintos em diferentes papelarias O preço é funcionalmente dependente de papelaria (Papelaria Preço)? Não; para cada papelaria há tantos valores para Preço quantos os artigos vendidos nessa papelaria. Preço depende funcionalmente de ambos {Papelaria, Artigo} Preço 2.4 -TM Dados: Dependências entre atributos e normalização 2
3 Normalização O processo de identificação dos agrupamentos necessários e da localização correcta de cada atributo consiste num conjunto de técnicas designadas por normalização. A normalização converte cada entidade gradualmente para Formas Normais, através da aplicação sucessiva de regras que alteram o formato dos dados da 1ªForma Normal até à 5ª Forma normal. Formas Normais 1ª Forma Normal Uma relação está na 1ª forma normal (1FN) quando: os domínios de todos os atributos consistem apenas em valores atómicos não existem subgrupos de atributos repetidos Passagem de uma entidade à 1FN: Eliminar subgrupos repetidos, decompondo a relação em duas (ou mais) relações. A B C D A A B C D 2.4 -TM Dados: Dependências entre atributos e normalização 3
4 2ª Forma Normal Uma relação está na 2ª forma normal (2FN) quando: estiver na 1FN; todos os atributos que não pertencem à chave dependem de toda a chave (e não de um subconjunto da chave). Passagem de uma relação à 2FN: Separar os atributos que dependem de um subconjunto da chave, decompondo a relação em duas (ou mais) relações. A B C D A B B D C 2.4 -TM Dados: Dependências entre atributos e normalização 4
5 3ª Forma Normal Uma relação está na 3ª forma normal (3FN) quando: estiver na 2FN; os atributos que não pertencem à chave não dependem de nenhum atributo que também não pertence à chave. Passagem de uma relação à 3FN: Separar os atributos que dependem de outro atributo não pertencente à chave, decompondo a relação em duas (ou mais) relações. A B C D E A C B E C D 2.4 -TM Dados: Dependências entre atributos e normalização 5
6 Forma Normal Boyce Codd Uma relação está na forma normal de Boyce Codd (FNBC) quando todo o determinante da relação for uma chave candidata. A FNBC corresponde a um grau de normalização mais elevado do que a 3FN e é necessária quando: uma entidade tem várias chaves candidatas; as chaves candidatas são compostas; as chaves candidatas sobrepõem-se porque possuem pelo menos um atributo em comum. Exemplo de entidade que necessita da FNBC: SEMINÁRIO ESTUDANTE INSTRUTOR Nº_PARTICIPAÇÕES S Reis 12 S Couto 12 S Pires 14 S Guedes 14 Cada seminário é dirigido por dois instrutores, mas um instrutor só pode dirigir um seminário; Um estudante pode participar em mais do que um seminário mas é orientado somente por um dos instrutores. Chaves candidatas: Seminário, Estudante Estudante, Instrutor 2.4 -TM Dados: Dependências entre atributos e normalização 6
7 Dependências funcionais Determinantes Seminário, Estudante Instrutor, Nº_participações Estudante, Instrutor Seminário, Nº_participações Instrutor Seminário São chaves candidatas Não é chave candidata Passagem de uma relação à FNBC: Separar o(s) atributo(s) que depende(m) do(s) atributo(s) que não é(são) chave candidata, decompondo a relação em duas (ou mais) relações. A B C D A B C D ou B C D C A A B D A C No exemplo ficaríamos com as seguintes entidades: Participante (Estudante, Instrutor, Nº_partipações) Orientador (Instrutor, Seminário) 2.4 -TM Dados: Dependências entre atributos e normalização 7
8 Considerações relativamente a normalização A essência do processo de normalização consiste na decomposição sucessiva de uma colecção de relações, sem perda de informação, com base num conjunto de regras (formas normais). Benefícios do processo de normalização: Estruturação da informação e melhoria da qualidade da representação relacional; Eliminação das possibilidades de ocorrência de anomalias na manipulação dos dados (que comprometem a sua integridade); Economia de espaço de armazenamento e de custos de manipulação Exemplos de custos evitados: manipulação de maior volume de dados do que os efectivamente necessários, actualização de dados redundantes, etc.) Potencia a estabilidade do modelo lógico relacional, ao aumentar a capacidade de um modelo se manter inalterado face a mudanças que venham a ser percebidas ou introduzidas no ambiente que tenha sido modelado; Não é um processo com finalidade restritiva, mas sim com caracter organizativo; Principal limitação do processo de normalização: Fragmentação da informação e suas consequências TM Dados: Dependências entre atributos e normalização 8
9 Estratégias de Normalização Alguns aspectos a ter em conta: O processo de normalização raramente percorre todas as formas normais (da 1FN à 5FN); Frequentemente, o analista reconhece, por experiência própria, que uma dada entidade não está normalizada e coloca-a directamente na 3FN ou na FNBC; Uma estratégia muito usada consiste em normalizar para a FNBC em iterações sucessivas, utilizando a análise de dependências funcionais. Estratégia de decomposição usando a análise de dependências funcionais Desenvolver relação universal Determinar todas as dependências funcionais A relação está na FNBC? N Decompor a relação em duas S Modelo Concluído 2.4 -TM Dados: Dependências entre atributos e normalização 9
10 Decomposição de uma relação com vista à obtenção de relações na FNBC Consideramos a relação R (A, B, C, D, E,...), que não está na FNBC; Procura-se uma DF C D que seja responsável por a relação não estar na FNBC; Criam-se duas relações: R1(A, B, C, E,...) e R2(C, D); Verifica-se se R1 está na FNBC; O processo continua até todas as relações obtidas por decomposição estarem na FNBC. Diagrama de dependências funcionais Notação Simbólica Diagrama de dependência funcional #Produto #Produto, #Fornecedor > Preço #Fornecedor Preço 2.4 -TM Dados: Dependências entre atributos e normalização 10
11 Exemplo de normalização usando a análise de dependências funcionais #Produto #Fornecedor Existências Tipo Q_alerta Preço Morada Telefone Chave candidata: #Produto, #Fornecedor Determinantes: #Produto, #Fornecedor #Produto #Fornecedor Tipo Não está na FNBC porque existem determinantes que não são chave Decompor a relação em duas R1 Existências R2 #Produto #Fornecedor Tipo Preço Morada Tipo Q_alerta Chave candidata: #Produto, #Fornecedor Determinantes: #Produto, #Fornecedor #Produto #Fornecedor Não está na FNBC Telefone Chave candidata: Tipo Determinantes: Tipo Está na FNBC 2.4 -TM Dados: Dependências entre atributos e normalização 11
12 R3 #Produto R4 #Fornecedor Existências Tipo Morada Telefone Chave candidata: #Produto Determinantes: #Produto Está na FNBC Chave candidata: #Fornecedor Determinantes: #Fornecedor Está na FNBC R5 #Produto #Fornecedor Preço Chave candidata: #Produto, #Fornecedor Determinantes: #Produto, #Fornecedor Está na FNBC Modelo de dados final R2 (Tipo, Q_alerta) R3 (#Produto, Existências, Tipo) R4 (#Fornecedor, Morada, Telefone) R5 (#Produto, #Fornecedor, Preço) 2.4 -TM Dados: Dependências entre atributos e normalização 12
13 Regras de inferência de dependências funcionais Regras utilizadas para reduzir, ou alterar, um dado conjunto de dependências funcionais num outro conjunto de DFs equivalentes. Dado um conjunto de dependências funcionais, utilizando as regras de inferência, é possível inferir quais são as dependências logicamente implicadas. Algumas regras de inferência de DFs: Transitividade (T); Junção de Dfs (J); Decomposição de Dfs (D); Acrescento de atributos (A); Pseudotransitividade (P) TM Dados: Dependências entre atributos e normalização 13
14 Transitividade Se X Y e Y Z, então X Z é uma dependência transitiva. Notar que: X Z é uma DF válida; Se X Y, Y Z e X Z pertencem todas a um mesmo conjunto de DFs, então X Z é redundante. As DFs redundantes devem ser eliminadas antes de iniciar o processo de decomposição. Exemplo de eliminação de DF transitivas: A B C A B C D D 1) Conjunto original de DF 2) A C é removida, uma vez que A B e B C A B C A B C D 3) D C é removida, uma vez que D B e B C D 4) A B é removida, uma vez que A D e D B 2.4 -TM Dados: Dependências entre atributos e normalização 14
15 Junção de DFs Se X Y e X Z, então X Y,Z. Exemplo: Se: Então BI Nome Morada BI Nome Morada Decomposição de DFs Se X Y,Z então X Y e X Z. Exemplos: Se: Então BI Nome Morada BI Nome Morada 2.4 -TM Dados: Dependências entre atributos e normalização 15
16 Acrescento de atributos O conceito de acrescento de atributos também gera DFs redundantes. Duas situações: Se X Y, então X,Z Y é uma DF válida mas redundante; Se X Y, então X,Z Y,Z é uma DF válida mas redundante. Exemplos: A B A B Z AZ-> B acrescentada é redundante Z AZ-> BZ acrescentada é redundante Pseudotransitividade Se X Y e Y,W Z então X,W Z é uma DF redundante pseudotransitiva. Exemplo: Docente Horário Disciplina Docente, Horário -> Sala DF pseudotransitiva (redundante) Sala 2.4 -TM Dados: Dependências entre atributos e normalização 16
17 Cobertura Mínima O conjunto de DFs obtidas através da remoção de todas as DFs redundantes é designado por Cobertura Mínima. A cobertura mínima pode depender da ordem pela qual as DFs redundantes vão sendo eliminadas, pelo que o mesmo conjunto de DFs pode originar várias Coberturas Mínimas. A cobertura mínima deve ser obtida antes de se iniciar o processo de decomposição. Verificar o resultado final A mesma DF não deve aparecer em mais do que uma relação; O conjunto de DFs obtidas deve ser o mesmo existente na Cobertura Mínima Inicial ou deve poder ser deduzido a partir deste usando as regras de inferência; Não devem existir relações redundantes TM Dados: Dependências entre atributos e normalização 17
18 Propriedades da decomposição A decomposição deve: deixar todas as relações na forma normal adequada (que não cause anomalias); preservar todos os atributos; preservar as dependências funcionais; conduzir a junção sem perdas (não aditiva). Preservação de atributos Cada atributo da Relação Universal deve aparecer em pelo menos uma das relações R1, R2,..., Rn, ou seja, não se pode perder atributos durante o processo de normalização. Preservação de DF As dependências funcionais existentes entre os atributos da relação universal devem aparecer directamente, ou devem poder ser deduzidas através das regras de inferência, numa das relações R1, R2,..., Rn. Porquê preservar as DF? As DF representam restrições e podem e devem ser usadas para garantir a integridade; Se, após a normalização, uma dada DF não aparece directamente numa única relação, deixa de ser possível verificar facilmente a restrição representada por essa DF; Seria necessário fazer a junção de duas ou mais relações para poder verificar essa restrição, o que se tornaria incomportável num sistema real TM Dados: Dependências entre atributos e normalização 18
19 Violação da propriedade de preservação de DF: Exemplo Lotes ID_propriedade Concelho N_lote Área Supor que: O número de identificação de cada propriedade é estabelecido a nível nacional; As instâncias da entidade só contemplam 2 concelhos: Coimbra e Soure; As áreas dos lotes em Coimbra só podem ser de 500, 700 ou 1000 m 2 ; As áreas dos lotes em Soure só podem ser 1200 m 2 ; DF s: a) ID_propriedade todos os atributos b) Área Concelho c) N_lote, Concelho Área d) N_lote, Concelho ID_propriedade Utilizando a FNBC obtém-se: Lotes ID_propriedade N_lote Área Área Concelho As DF c) e d) perderam-se no processo de decomposição TM Dados: Dependências entre atributos e normalização 19
20 Junção sem perdas ou junção não aditiva Se a decomposição preserva informação da relação inicial, a junção da projecção das instâncias originais deve produzir as instâncias iniciais, pois: a decomposição de uma relação em várias relações normalizadas não pode levar a perda de informação; há perda de informação quando, após o processo de normalização, há o risco de a junção das relações dar origem a registos espúrios (com informação errada). Esta propriedade é também chamada junção não aditiva (JNA) porque garante que a operação de junção não gera registos adicionais contendo informação errónea. Violação da propriedade da junção não aditiva: exemplo Proj_Emp Nome_emp BI Nproj Nomeproj Local Horas José Hércules Coimbra 200 José Viriato Viseu 35 Maria Safira Braga 120 Sofia Hércules Coimbra 80 Sofia Viriato Viseu 70 Marta Viriato Viseu 100 DF {BI NomeE Nproj NomeP, Local BI, Nproj Horas} 2.4 -TM Dados: Dependências entre atributos e normalização 20
21 Decompondo a relação Proj_Emp nas relações Emp_Locais e Proj_Emp1, ou seja, projectando a relação universal segundo (Nome_Emp, Local) e (BI, Nproj, Nomeproj, Local e Horas), obtém-se: Emp_Locais Proj_Emp1 Nome_emp Local BI Nproj Nomeproj Local Horas José Coimbra Hércules Coimbra 200 José Viseu Viriato Viseu 35 Maria Braga Safira Braga 120 Sofia Coimbra Hércules Coimbra 80 Sofia Viseu Viriato Viseu 70 Marta Viseu Viriato Viseu 100 A junção das duas relações Emp_Locais e Proj_Emp1, é efectuada a partir do atributo comum, ou seja, Local, combinando todas as instâncias, das duas relações, que possuem o mesmo valor para o atributo Local. O resultado da referida junção, apresentado parcialmente, é o seguinte: Nome_emp BI Nproj Nomeproj Local Horas José Hércules Coimbra 200 José Hércules Coimbra 80! José Viriato Viseu 35 José Viriato Viseu 70! José Viriato Viseu 100! Maria Safira Braga ! exemplos de registos espúrio 2.4 -TM Dados: Dependências entre atributos e normalização 21
22 Algoritmo de verificação da propriedade de junção não_aditiva (JNA) Violação da JNA: Exemplo Proj_Emp (BI, NomeE, Nproj, NomeP, Local, Horas) Emp_Local (NomeE, Local) Proj_Emp1(BI, Nproj, NomeP, Local, Horas) DF BI NomeE Nproj NomeP, Local BI, Nproj Horas 1ºPasso Construir uma matriz S que terá nas colunas os atributos da relação universal e nas linhas os nomes das relações de decomposição. Emp_Local Proj_Emp1 BI Nproj NomeP Local Horas 2ºPasso Marcar os atributos de cada relação de decomposição com a i, sendo i o nº do atributo. BI NomeE Nproj NomeP Local Horas Emp_Local a2 a5 Proj_Emp1 a1 a3 a4 a5 a TM Dados: Dependências entre atributos e normalização 22
23 DF Proj_Emp (BI, NomeE, Nproj, NomeP, Local, Horas) Emp_Local (NomeE, Local) Proj_Emp1(BI, Nproj, NomeP, Local, Horas) BI NomeE Nproj NomeP, Local BI, Nproj Horas 3ºPasso Repetir Para cada DF X Y Se (existe alguma linha na matriz S com os dois conjuntos de atributos X e Y, todos marcados com a s) então Para cada linha da matriz S Se (os atributos contidos em X estão marcados com a s) então Marcar com a s todos os atributos contidos em Y fim se fim para fim se fim para Até ((existir uma linha só com a s) ou (não haver alterações na matriz)) BI NomeE Nproj NomeP Local Horas Emp_Local a2 a5 Proj_Emp1 a1 a3 a4 a5 a6 Não há alterações na matriz, nem nenhuma linha só com a s viola JNA 2.4 -TM Dados: Dependências entre atributos e normalização 23
24 Verificação de JNA: Exemplo Proj_Emp (BI, NomeE, Nproj, NomeP, Local, Horas) DF Emp (BI, NomeE) Proj (Nproj, NomeP, Local) Trab_em (BI, Nproj, Horas) BI NomeE Nproj NomeP, Local BI, Nproj Horas 1ºPasso e 2ºPasso BI NomeE Nproj NomeP Local Horas Emp a1 a2 Proj a3 a4 a5 Trab_em a1 a3 a6 3ºPasso BI NomeE BI NomeE Nproj NomeP Local Horas Emp a1 a2 Proj a3 a4 a5 Trab_em a1 a2 a3 a6 Nproj NomeP, Local BI NomeE Nproj NomeP Local Horas Emp a1 a2 Proj a3 a4 a5 Trab_em a1 a2 a3 a4 a5 a6 Linha só com a s verifica JNA 2.4 -TM Dados: Dependências entre atributos e normalização 24
25 O processo de decomposição (feito intuitivamente) pode dar origem à violação da propriedade da JNA. Haverá algum algoritmo de decomposição que garanta essa propriedade? Sim, mas é usado raramente porque: é bastante complexo; tem como ponto de partida a cobertura mínima, pelo que não é determinístico, pois para o mesmo conjunto de atributos pode haver várias coberturas mínimas; é praticamente inviável para grandes projectos. A solução mais utilizada Construir o modelo conceptual de dados (DER); Derivar o modelo lógico a partir do modelo conceptual; Verificar o resultado usando a teoria da normalização (ver se as relações estão na FNBC ou superior); Verificar se as seguintes propriedades são respeitadas: - preservação dos atributos; - preservação das dependências funcionais; - verificação de junções não aditivas TM Dados: Dependências entre atributos e normalização 25
26 Formas mais avançadas de normalização Quarta Forma Normal (4FN); Quinta Forma Normal (5FN); Outras (não abordadas). Formas Normais Tipo de dependências em que se baseiam 1FN 2FN 3FN FNBC 4FN 5FN ou FNPJ Dependências funcionais (e chave primária) Dependências funcionais (e chaves candidatas) Dependências multivalor Dependências de junção 2.4 -TM Dados: Dependências entre atributos e normalização 26
27 Dependências Multivalor Uma dependência multivalor (DM) é outro tipo de dependência entre dados que consiste em associações de muitos para muitos entre atributos. Exemplo: Uma pessoa (Id_pessoa) pode ter vários números de telefone (N_telefone) e um número de telefone pode ser partilhado por várias pessoas. DF Id_pessoa N_telefone N_telefone Id_pessoa As DF são falsas Existem situações que não podem ser explicadas por DF. A forma correcta de representar esta situação é através da dependência multivalor (DM) : Id_pessoa N_telefone e diz-se que N_telefone é funcionalmente multidependente de Id_pessoa, ou, que Id_pessoa multidetermina N_telefone TM Dados: Dependências entre atributos e normalização 27
28 Dependência Multivalor: Exemplo de situação clássica As DM são uma consequência da 1FN que não permite que um atributo tenha um conjunto de valores; Se tivermos um ou mais atributos multivalor independentes na mesma relação, temos de os repetir, gerando todas as combinações entre os atributos, para manter as instâncias consistentes. Funcionário Projecto Dependente Pires Alfa Rita Funcionário Projecto Pires Alfa João Funcionário Dependente Pires Alfa Ana Pires Beta Rita e Pires Beta João Projecto e Dependente Pires Beta Ana sem relacionamento Numa relação R {A, B, C} se existe a DM A B, então também existe A C (ou seja, A R-AB). Como neste caso, as DM surgem sempre aos pares e representam-se por: A B C 2.4 -TM Dados: Dependências entre atributos e normalização 28
29 Dependência Multivalor: Definição informal Sendo A, B, e C subconjuntos do conjunto de atributos da relação R, diz-se que A B se e só se o conjunto dos valores de B que corresponde a um dado conjunto de valores de um par (A, C) depende unicamente do valor de A e é independente do valor de C. Se A B C, então a relação deve conter todas as combinações possíveis dos dois conjuntos de valores de B e de C, associados ao mesmo valor de A. Dependências funcionais e dependências multivalor Muitas vezes é possível exprimir o mesmo facto através de DF ou de DM; Deve representar-se primeiro todas as DF; Só no caso de as DF se mostrarem insuficientes para representar certos factos, é que se deve procurar as DM TM Dados: Dependências entre atributos e normalização 29
30 Dependências Multivalor e 4ª Forma Normal Uma relação na FNBC pode ainda conter redundância; Exemplo: R(Funcionário, Projecto, Dependente) A decomposição não se pode basear em DF (pois não existem DF na relação). É necessária uma regra para o tratamento destas situações, que possa ser usada para decompor a relação sem perda de informação. 4ª Forma Normal (4FN): Definição informal Uma relação está na 4FN se para qualquer DM X Y a relação não tem outros atributos para além dos que fazem parte de X e de Y. Passagem de uma relação à 4FN: Separar os atributos multidependentes, decompondo a relação em duas relações. Exemplo: A relação R decompõe-se em duas relações na 4FN: Func_proj Func_dependente Funcionário Projecto Funcionário Dependente Pires Alfa Pires Rita Pires Beta Pires João Pires Ana 2.4 -TM Dados: Dependências entre atributos e normalização 30
31 Formas Normais e Dependências Multivalor Exemplo: Se um representante representa um conjunto de produtos e se possui um dado conjunto de clientes, então este vende esses produtos a esses clientes. Revendas Representante Cliente Produto 1 Martins Sá e filhos Louça Chave da relação 2 Martins Sá e filhos Talheres Representante, Cliente, Produto 3 Martins DMI, Lda Louça 4 Martins DMI, Lda Talheres Está na FNBC, mas tem 5 Castro Sá e filhos Cintos redundância 6 Castro Sá e filhos Meias 7 Castro Sá e filhos Lenços A redundância resulta de: 8 Castro YSL Cintos Representante Cliente 9 Castro YSL Meias Representante Produto 10 Castro YSL Lenços De acordo com a 4FN, a relação Revendas decompõe-se em duas relações: Clientes_Representante Representação Representante Cliente Representante Produto Martins Sá e filhos Martins Louça Martins DMI, Lda Martins Talheres Castro Sá e filhos Castro Cintos Castro YSL Castro Meias Castro Lenços 2.4 -TM Dados: Dependências entre atributos e normalização 31
32 Dependências de Junção Supondo que se acrescentava à relação Revendas a restrição que indica que uma dada loja só revende certos produtos: Por exemplo, a loja Sá e filhos não vende talheres nem Meias e a loja YSL não vende Cintos. Neste caso: as instâncias nº 2, 6 e 8 seriam retiradas pois deixariam de existir; a decomposição de Revendas em duas relações (4FN) não se alterava; a decomposição de Revendas em duas relações (4FN) violaria a propriedade da junção não aditiva, aparecendo os registos retirados como espúrios; a DM Representante Produto Cliente, deixa de ser verdadeira. As DM são uma tentativa de detectar decomposições sem perdas que se apliquem a todas as relações de um dado esquema. Se não é possível reconhecer qualquer DM em R, não existe decomposição sem perdas em duas relações. No entanto, o facto de R não se decompor sem perdas em 2 relações não significa que R não se decompõe sem perdas em 3 ou mais relações. Isto porque existem dependências directamente associadas a decomposição sem perdas, denominadas dependências de junção. Dependências de Junção (DJ) Uma DJ, representada por DJ(R1, R2,..., Rp) ou por *[R1, R2,..., Rp], especifica uma restrição das instâncias de R, e define que as instâncias de R têm uma decomposição sem perdas em R1, R2,... e Rp. Note-se que, uma DM X Y é um caso particular de uma DJ com p=2 representada por *[ XY, X ( R - XY )] 2.4 -TM Dados: Dependências entre atributos e normalização 32
33 Dependências de Junção e 5ªForma Normal (5FN) ou Forma Normal de Projecção Junção (FNPJ) Com a introdução de uma restrição que indica que uma dada loja só vende certos produtos é necessário definir a seguinte DJ[R1, R2, R3] sendo: R1(Representante, Cliente), R2(Representante, Produto) e R3(Cliente, Produto). Clientes_Representante Representação Vendas_Clientes Represen. Cliente Represen. Produto Cliente Produto Martins Sá e filhos Martins Louça Sá e filhos Louça Martins DMI, Lda Martins Talheres Sá e filhos Cintos Castro Sá e filhos Castro Cintos Sá e filhos Lenços Castro YSL Castro Meias DMI, Lda Louça Castro Lenços DMI, Lda Talheres YSL Meias YSL Lenços A junção deve ser aplicada, simultaneamente, a todas as relações, pois a junção de qualquer par de relações pode dar origem a registos espúrios. A aplicação da 5FN consiste em encontrar a DJ *[R1, R2,..., Rp] que permite decompor uma relação sem perdas. Note-se que, os casos que necessitam da 5FN são raros e difíceis de detectar, pois resultam da existência de regras ou condições especiais, que tornam algumas instâncias inválidas TM Dados: Dependências entre atributos e normalização 33
OBJETIVOS. Orientações para Projetos de BD; Dependências Funcionais (DFs): Definição de DF; Regras de inferência para DFs.
BANCO DE DADOS Universidade do Estado de Santa Catarina Centro de Ciências Tecnológicas Departamento de Ciência da Computação Prof. Alexandre Veloso de Matos alexandre.matos@udesc.br OBJETIVOS Orientações
Leia maisOBJETIVOS. Orientações para Projetos de BD; Dependências Funcionais (DFs): Definição de DF; Regras de inferência para DFs.
BANCO DE DADOS Universidade do Estado de Santa Catarina Centro de Ciências Tecnológicas Departamento de Ciência da Computação Prof. Alexandre Veloso de Matos alexandre.matos@udesc.br OBJETIVOS Orientações
Leia maisBANCO DE DADOS. Fixação dos conteúdos Integridade Referencial Normalização Exercícios
BANCO DE DADOS Fixação dos conteúdos Integridade Referencial Normalização Exercícios BANCO DE DADOS X SGBD Banco de Dados: Um "banco de dados" pode ser definido como um conjunto de "dados" devidamente
Leia mais- O atributo Cursos contém valores não atómicos!!!
3. Teoria da Normalização 3.1. Dependências Funcionais 3.2. Normalização 3.2.1. Primeira Forma Normal (1FN) Uma relação está na 1ª Forma Normal se. Cada atributo contém apenas valores atómicos.. Não há
Leia maisMODELAGEM DE DADOS - NORMALIZAÇÃO. Prof. Angelo Augusto Frozza, M.Sc.
MODELAGEM DE DADOS - NORMALIZAÇÃO Prof. Angelo Augusto Frozza, M.Sc. MOTIVAÇÃO Tipos de chave Chave candidata: Todas as opções de identificação única de um registro; Chave primária: Chave escolhida como
Leia maisConstruir um modelo de dados é: - Identificar, Analisar e Registar a política da organização acerca dos dados
4. Modelo Entidade Associação 4.1. Introdução Modelo de Dados. Visão dos dados em vez de visão das aplicações. Eliminação de redundâncias. Partilha de dados pelas aplicações Construir um modelo de dados
Leia maisDiagrama de Entidade Associação ou Relacionamento
Diagrama de Entidade Associação ou Relacionamento 1 Quanto à obrigatoriedade dos elementos de uma entidade participarem, ou não, no relacionamento com outra entidade, tem-se: Participação obrigatória de
Leia maisDiagrama de transição de Estados (DTE)
Diagrama de transição de Estados (DTE) O DTE é uma ferramenta de modelação poderosa para descrever o comportamento do sistema dependente do tempo. A necessidade de uma ferramenta deste tipo surgiu das
Leia maisBanco de Dados Lista de Exercícios 01
Banco de Dados Lista de Exercícios 01 Prof. Anderson Rocha & Prof. André Santanché Campinas, 24 de Setembro de 2012 Nome: RA: 1 Observações Este lista contem 20 exercícios e contempla os seguintes assuntos
Leia maisMICROSOFT ACCESS MICROSOFT ACCESS. Professor Rafael Vieira Professor Rafael Vieira
MICROSOFT ACCESS MICROSOFT ACCESS Professor Rafael Vieira Professor Rafael Vieira - Access - Programa de base de dados relacional funciona em Windows Elementos de uma Base de Dados: Tabelas Consultas Formulários
Leia maisDesenvolvimento de uma base de dados. Relação. Modelo lógico: SGBD relacional
Desenvolvimento de uma base de dados Realidade Bases de dados relacionais e SQL Conceitos básicos de bases de dados relacionais A 3ª forma normal Structured Query Language (SQL) Modelo conceptual (e.g.
Leia maisIntrodução às Bases de Dados
Introdução às Bases de Dados Chave primária Domínios Relação F# F Nome Estado Cidade F1 José 20 Braga F2 João 10 Faro F3 Luís 30 Lisboa F4 Rui 30 Setúbal Atributos Tuplas Introdução às Bases de Dados Modelo
Leia maisRock In Rio - Lisboa
Curso de Engenharia Informática Industrial Rock In Rio - Lisboa Elaborado por: Ano Lectivo: 2004/05 Tiago Costa N.º 4917 Turma: C Gustavo Graça Patrício N.º 4757 Turma: C Docente: Professora Maria Estalagem
Leia maisBANCO DE DADOS. info 3º ano. Prof. Diemesleno Souza Carvalho diemesleno@iftm.edu.br www.diemesleno.com.br
BANCO DE DADOS info 3º ano Prof. Diemesleno Souza Carvalho diemesleno@iftm.edu.br www.diemesleno.com.br BANCO DE DADOS Unidade 1 - Introdução Dados; Banco de Dados; Base de Dados; Projeto de Banco de Dados.
Leia maisComputadores e Sistemas de Informação. Bases de Dados Relacionais (linguagem SQL)
Computadores e Sistemas de Informação Bases de Dados Relacionais (linguagem SQL) 2004/2005 Utilidade das Bases de Dados Recolha e processamento de dados que possuem um volume significativo, que são interrelacionados,
Leia maisTECNOLOGIAS DA INFORMAÇÃO E COMUNICAÇÃO. SISTEMAS DE GESTÃO DE BASE DE DADOS Microsoft Access TECNOLOGIAS DA INFORMAÇÃO E COMUNICAÇÃO
TECNOLOGIAS DA INFORMAÇÃO E COMUNICAÇÃO Microsoft Access TECNOLOGIAS DA INFORMAÇÃO E COMUNICAÇÃO CONCEITOS BÁSICOS 1 Necessidade das base de dados Permite guardar dados dos mais variados tipos; Permite
Leia maisRoteiro. Modelo de Dados Relacional. Processo de Projeto de Banco de Dados. BCC321 - Banco de Dados I. Ementa. Posicionamento.
Roteiro Modelo de Dados Relacional Posicionamento Luiz Henrique de Campos Merschmann Departamento de Computação Universidade Federal de Ouro Preto luizhenrique@iceb.ufop.br www.decom.ufop.br/luiz Introdução
Leia maisUML (Unified Modelling Language) Diagrama de Classes
UML (Unified Modelling Language) Diagrama de Classes I Classes... 2 II Relações... 3 II. Associações... 3 II.2 Generalização... 9 III Exemplos de Modelos... III. Tabelas de IRS... III.2 Exames...3 III.3
Leia maisBANCO DE DADOS I AULA 6. Wlllamys Araújo willamysaraujo7@gmail.com
BANCO DE DADOS I AULA 6 Wlllamys Araújo willamysaraujo7@gmail.com Normalização Conjunto de regras que ajudam na definição de bancos de dados que não contenham redundância desnecessária e que permitam o
Leia maisDepois de obtido o diagrama E/A há que estabelecer o esquema relacional correspondente.
4. Modelo Entidade Associação 4.1. Introdução 4.2. Propriedades das associações 4.3. Decomposição de Associações vários : vários (M:N) 4.4. Associações Complexas 4.5. Situações Ambíguas 4.6 Esquema Relacional
Leia maisMC536 Bancos de Dados: Teoria e Prática
Universidade Estadual de Campinas - UNICAMP Instituto de Computação - IC MC536 Bancos de Dados: Teoria e Prática Aula #3 : MER e MER Estendido Profs. Anderson Rocha e André Santanchè Campinas, 1 de Agosto
Leia maisO Modelo de Entidades e Relacionamentos (MER) é um modelo conceitual usado para projeto de aplicações de banco de dados.
Fases do Projeto de um Banco de Dados Modelo ER O Modelo de Entidades e Relacionamentos (MER) é um modelo conceitual usado para projeto de aplicações de banco de dados. É um modelo baseado na percepção
Leia maisObrigatoriedade de participação de uma entidade numa associação. Uma entidade pode participar numa associação de duas formas:
4. Modelo Entidade Associação 4.. Introdução 4.2. Propriedades das associações Grau de uma associação Obrigatoriedade de participação de uma entidade numa associação Uma entidade pode participar numa associação
Leia maisSistemas de Informação
MODELO CONCEPTUAL DE DADOS Escola Superior de Tecnologia e Gestão de Felgueiras Engenharia Informática 3º ano - 2003/2004 Ana Maria Madureira 1. MODELO CONCEPTUAL DE DADOS Descreve o S.I. da Organização
Leia maisBanco de Dados. Modelo Relacional. Prof. Enzo Seraphim
Banco de Dados Modelo Relacional Prof. Enzo Seraphim Tópicos Definição do Modelo Estrutura sintática Terminologia Domínios Esquemas de Relações Ordem Base Relacional Chave Restrições de Integridades 2
Leia maisUm modelo de dados é a colecção de, pelo menos, 3 componentes:
Modelos de Dados 1 Introdução Um modelo de dados é a colecção de, pelo menos, 3 componentes: 1) Um conjunto de tipos de estruturas de dados Define o tipo de dados e como se interrelacionam 2) Um conjunto
Leia maisDatabases. Dependências Funcionais
Databases Dependências Funcionais P. Serendero, 2011-13 Referências e exemplos tirados de diversas fontes, excetuando aqueles relacionados com embarcações Dependências Funcionais (DF) Uma Base de Dados,
Leia maisModelo de Entidade e Relacionamento (MER) - Parte 07
Modelo de Entidade e Relacionamento (MER) - Parte 07 7.1 Definição Consiste em mapear o mundo real do sistema em um modelo gráfico que irá representar o modelo e o relacionamento existente entre os dados.
Leia maisLINGUAGEM DE BANCO DE DADOS PROFESSORA LUCÉLIA. Normalização
LINGUAGEM DE BANCO DE DADOS PROFESSORA LUCÉLIA Normalização 1 NORMALIZAÇÃO DESCRIÇÃO DE DOCUMENTO, ARQUIVO OU DE SGBD NÃO RELACIONAL ESQUEMA DE TABELA RELACIONAL NÃO NORMALIZADA 1ª FORMA NORMAL 2ª FORMA
Leia mais4 Segmentação. 4.1. Algoritmo proposto
4 Segmentação Este capítulo apresenta primeiramente o algoritmo proposto para a segmentação do áudio em detalhes. Em seguida, são analisadas as inovações apresentadas. É importante mencionar que as mudanças
Leia maisModelo Entidade-Relacionamento
Modelo Entidade-Relacionamento ome Designação Doc... #Disc... Docente Ensina Disciplina Abordagem proposta por Peter P. Chen (década de 70) para o processo de modelação de dados com ampla aceitação; Trabalho
Leia maisChaves. Chaves. O modelo relacional implementa dois conhecidos conceitos de chaves, como veremos a seguir:
Chaves 1 Chaves CONCEITO DE CHAVE: determina o conceito de item de busca, ou seja, um dado que será empregado nas consultas à base de dados. É um conceito lógico da aplicação (chave primária e chave estrangeira).
Leia maisIntrodução às Bases de Dados
Chave primária Domínios Relação Normalizada F# F Nome Estado Cidade F1 José 20 Braga F2 João 10 Faro F3 Luís 30 Lisboa F4 Rui 30 Setúbal Atributos Tuplas Modelo Relacional Uma das regras que uma relação
Leia maisBases de Dados. Parte III: O Modelo Relacional
Bases de Dados MI / LCC / LEG / LERSI / LMAT Parte III O Modelo Relacional 1 O Modelo Relacional Foi introduzido em 1970 por Ted Codd da IBM Research. É baseado no conceito de relação, onde uma relação
Leia maisDependências Multi-Valor, 4 a Forma Normal
Normalização: Dependências Multi-Valor, 4 a Forma Normal Fernando Lobo Base de Dados, Universidade do Algarve 1 / 20 Dependências Multi-Valor (DMV s) DMV dá origem a um tipo de redundância que não está
Leia maisProfa. Daniela Barreiro Claro
Profa. Daniela Barreiro Claro Modelar é criar representações do mundo real A modelagem relacional pode ser representada via MER (Modelo de Entidade Relacionamento) O MER define estruturas e restrições
Leia maisTecnologias e Linguagens para Banco de Dados I. Expressão do Relacionamento. Expressão do Relacionamento
Tecnologias e Linguagens para Banco de Dados I Efetivação Lógica de Normalização Prof. Gilberto Braga de Oliveira Expressão do Relacionamento Necessidade de incluir campos nas tabelas para que os relacionamentos
Leia mais2 Diagrama de Caso de Uso
Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Diagrama de Caso de Uso (Use Case) Autoria:Aristófanes Corrêa
Leia maisDiagrama de Classes. Um diagrama de classes descreve a visão estática do sistema em termos de classes e relacionamentos entre as classes.
1 Diagrama de Classes Um diagrama de classes descreve a visão estática do sistema em termos de classes e relacionamentos entre as classes. Um dos objetivos do diagrama de classes é definir a base para
Leia maisBANCO DE DADOS I AULA 3. Willamys Araújo
BANCO DE DADOS I AULA 3 Willamys Araújo Modelo Conceitual Descreve quais dados serão armazenados no banco de dados as relações que existem entre eles. Independe do SGBD e da abordagem do banco de dados
Leia mais- A crescente necessidade de sistemas inteligentes e de aquisição de conhecimento levaram à necessidade de implementação de Data Warehouses.
- A crescente necessidade de sistemas inteligentes e de aquisição de conhecimento levaram à necessidade de implementação de. - O que é uma Data Warehouse? - Colecção de bases de dados orientadas por assunto
Leia maisTrabalhos Práticos. Programação II Curso: Engª Electrotécnica - Electrónica e Computadores
Trabalhos Práticos Programação II Curso: Engª Electrotécnica - Electrónica e Computadores 1. Objectivos 2. Calendarização 3. Normas 3.1 Relatório 3.2 Avaliação 4. Propostas Na disciplina de Programação
Leia maisDiagrama de Entidade e Relacionamento
Diagrama de Entidade e Relacionamento Através deste diagrama poderemos representar, de forma sucinta e bem estruturada, todos os elementos essenciais abstraídos no processo de análise de sistemas. Denominamos
Leia maisConceitos de Banco de Dados
Conceitos de Banco de Dados Autor: Luiz Antonio Junior 1 INTRODUÇÃO Objetivos Introduzir conceitos básicos de Modelo de dados Introduzir conceitos básicos de Banco de dados Capacitar o aluno a construir
Leia maisGereComSaber. Disciplina de Desenvolvimento de Sistemas de Software. Sistema de Gestão de Serviços em Condomínios
Universidade do Minho Conselho de Cursos de Engenharia Licenciatura em Engenharia Informática 3ºAno Disciplina de Desenvolvimento de Sistemas de Software Ano Lectivo de 2009/2010 GereComSaber Sistema de
Leia maisNormalização de Esquemas de Banco de Dados. Prof. Carlos Bazilio bazilio@ic.uff.br
Normalização de Esquemas de Banco de Dados Prof. Carlos Bazilio bazilio@ic.uff.br Motivação Aluno (matr, nome, cr, cod) Curso (cod, nome, carga_horária) X Aluno (matr, nome, cr, cod, nome_curso, carga_horária)
Leia maisTarefa Orientada 16 Vistas
Tarefa Orientada 16 Vistas Objectivos: Vistas só de leitura Vistas de manipulação de dados Uma vista consiste numa instrução de SELECT que é armazenada como um objecto na base de dados. Deste modo, um
Leia maisModelo Relacional. Aécio Costa
Aécio Costa O Modelo de Dados Relacional foi introduzido por Codd (1970). Entre os modelos de dados de implementação, o modelo relacional é o mais simples, com estrutura de dados uniforme, e também o mais
Leia maisAo conjunto total de tabelas, chamamos de Base de Dados.
O QUE É O ACCESS? É um sistema gestor de base de dados relacional. É um programa que permite a criação de Sistemas Gestores de Informação sofisticados sem conhecer linguagem de programação. SISTEMA DE
Leia maisFaculdade Lourenço Filho - ENADE 2011-1
1. Quando se constrói um banco de dados, define-se o modelo de entidade e relacionamento (MER), que é a representação abstrata das estruturas de dados do banco e seus relacionamentos. Cada entidade pode
Leia maisDesenvolvimento de Sistema de Software
Desenvolvimento de Sistema de Software Grupo 5 Abel Matos 51776 João Amorim 51771 João Guedes 51755 Luís Oliveira 51801 Pedro Reis 51829 Introdução Neste relatório, realizado no âmbito da primeira fase
Leia maisENGENHARIA DA COMPUTAÇÃO BANCO DE DADOS I CONTEÚDO 5 ABORDAGEM RELACIONAL
ENGENHARIA DA COMPUTAÇÃO BANCO DE DADOS I CONTEÚDO 5 ABORDAGEM RELACIONAL PROF. MS C. RICARDO ANTONELLO WWW.ANTONELLO.COM.B R PORQUE SER RELACIONAL? Hoje, há um claro predomínio dos SGBD relacionais, principalmente
Leia maisModelo Relacional. Modelo Relacional. Conceitos Gerais: Relação
Modelo Relacional Fernanda Baião UNIRIO Material parcialmente extraído a partir das notas de aula de Maria Luiza M. Campos, Arnaldo Rocha e Maria Cláudia Cavalcanti Modelo Relacional Modelo Lógico: ferramenta
Leia maisGUIA PARA O PREENCHIMENTO DOS FORMULÁRIOS ENTIDADE GESTORA ERP PORTUGAL
GUIA PARA O PREENCHIMENTO DOS FORMULÁRIOS ENTIDADE GESTORA ERP PORTUGAL Versão: 1.0 Data: 05-06-2009 Índice Acesso e estados dos Formulários... 3 Escolha do Formulário e submissão... 4 Bases para a navegação
Leia maisMúltiplos Estágios processo com três estágios Inquérito de Satisfação Fase II
O seguinte exercício contempla um processo com três estágios. Baseia-se no Inquérito de Satisfação Fase II, sendo, por isso, essencial compreender primeiro o problema antes de começar o tutorial. 1 1.
Leia maisNovo Formato de Logins Manual de Consulta
Gestão Integrada de Acessos Novo Formato de Logins Manual de Consulta Gestão Integrada de Acessos Histórico de Alterações Versão Descrição Autor Data 1.0 Versão inicial DSI/PPQ 2014-07-11 Controlo do documento
Leia maisProgramação III / Estruturas de Dados. Enunciado do Trabalho Prático
Programação III / Estruturas de Dados Enunciado do Trabalho Prático 1. Objectivo Pretende-se implementar uma base de dados que sirva para ajudar uma agência de viagens a planear as viagens a realizar pelos
Leia maisUniversidade do Minho. Licenciatura em Engenharia Informática. Desenvolvimento de Sistemas de Software. Gere Com Saber
Universidade do Minho Gere Com Saber Grupo 3: 430 José Carvalho 4377 Pedro Ribeiro 4394 Tiago Airosa 49333 Bernardino Fernandes 4936 Luís Carvalho Índice ÍNDICE ÍNDICE DE FIGURAS 5 INTRODUÇÃO 7. MODELO
Leia maisTarefa Orientada 14 Subconsultas
Tarefa Orientada 14 Subconsultas Objectivos: Subconsultas não correlacionadas Operadores ALL, SOME e ANY Subconsultas correlacionadas Operador EXISTS Subconsultas incluídas na cláusula FROM de uma consulta
Leia maisEntendendo como funciona o NAT
Entendendo como funciona o NAT Vamos inicialmente entender exatamente qual a função do NAT e em que situações ele é indicado. O NAT surgiu como uma alternativa real para o problema de falta de endereços
Leia maisSó Matemática O seu portal matemático http://www.somatematica.com.br FUNÇÕES
FUNÇÕES O conceito de função é um dos mais importantes em toda a matemática. O conceito básico de função é o seguinte: toda vez que temos dois conjuntos e algum tipo de associação entre eles, que faça
Leia maisBanco de Dados. Álgebra Relacional. Prof. Enzo Seraphim
Banco de Dados Álgebra Relacional Prof. Enzo Seraphim Introdução A álgebra relacional é composta por um conjunto de operações utilizadas para manipular Relações como um todo Toda Operação Relacional é
Leia maisDisciplina: Unidade III: Prof.: E-mail: Período:
Encontro 08 Disciplina: Sistemas de Banco de Dados Unidade III: Modelagem Lógico de Dados Prof.: Mario Filho E-mail: pro@mariofilho.com.br Período: 5º. SIG - ADM Relembrando... Necessidade de Dados Projeto
Leia maisDependências Funcionais
Dependências Funcionais Fernando Lobo Base de Dados, Universidade do Algarve 1 / 26 Motivação: Normalização Por vezes o esquema relacional tem falhas. Geralmente são derivadas de falhas no modelo conceptual.
Leia maisEngenharia de Software III
Engenharia de Software III Casos de uso http://dl.dropbox.com/u/3025380/es3/aula6.pdf (flavio.ceci@unisul.br) 09/09/2010 O que são casos de uso? Um caso de uso procura documentar as ações necessárias,
Leia maisModelo Relacional. Modelo Relacional. Modelo Relacional. Banco de Dados. Modelo Relacional. Modelo Relacional
Banco de Dados Definido por E F Codd em 1970, teve sua grande aceitação comercial a partir de meados da década de 1980 Razões da grande aceitação Simplicidade dos conceitos básicos Poder dos operadores
Leia maisDisciplina de Banco de Dados Parte V
Disciplina de Banco de Dados Parte V Prof. Elisa Maria Pivetta CAFW - UFSM Modelo de Dado Relacional O Modelo Relacional O Modelo ER é independente do SGDB portanto, deve ser o primeiro modelo gerado após
Leia maisEspecificação do 3º Trabalho
Especificação do 3º Trabalho I. Introdução O objetivo deste trabalho é abordar a prática da programação orientada a objetos usando a linguagem Java envolvendo os conceitos de classe, objeto, associação,
Leia maisGuia de Especificação de Caso de Uso Metodologia CELEPAR
Guia de Especificação de Caso de Uso Metodologia CELEPAR Agosto 2009 Sumário de Informações do Documento Documento: guiaespecificacaocasouso.odt Número de páginas: 10 Versão Data Mudanças Autor 1.0 09/10/2007
Leia maisDATA WAREHOUSE. Introdução
DATA WAREHOUSE Introdução O grande crescimento do ambiente de negócios, médias e grandes empresas armazenam também um alto volume de informações, onde que juntamente com a tecnologia da informação, a correta
Leia maisMRP II. Planejamento e Controle da Produção 3 professor Muris Lage Junior
MRP II Introdução A lógica de cálculo das necessidades é conhecida há muito tempo Porém só pode ser utilizada na prática em situações mais complexas a partir dos anos 60 A partir de meados da década de
Leia maisRoteiro 3 Modelagem relacional
Roteiro 3 Modelagem relacional Objetivos: Explorar conceitos sobre: o Modelagem de bancos de dados projetos: conceitual, lógico e físico; o Conceitos sobre o modelo relacional: tuplas, atributo, entidades,
Leia maisModelo Cascata ou Clássico
Modelo Cascata ou Clássico INTRODUÇÃO O modelo clássico ou cascata, que também é conhecido por abordagem top-down, foi proposto por Royce em 1970. Até meados da década de 1980 foi o único modelo com aceitação
Leia maisMicrosoft Access. No Access, existem vários tipos de objectos: Tabelas. Consultas. Formulários Relatórios Macros Módulos
É um SGBD do tipo relacional para a utilização em windows. Ao abrirmos o Access, podemos efectuar várias operações: abrir uma base de dados existente, ou então criar uma nova base de dados. Se criarmos
Leia maisa 1 x 1 +... + a n x n = b,
Sistemas Lineares Equações Lineares Vários problemas nas áreas científica, tecnológica e econômica são modelados por sistemas de equações lineares e requerem a solução destes no menor tempo possível Definição
Leia maisUniversidade da Beira Interior Cursos: Engenharia Informática, Ensino da Informática, Matemática Aplicada e Matemática /Informática
Modelos de Dados 1 - Introdução 2 - Modelo Relacional 2.1. Estrutura de Dados Relacional 2.1.1. Modelo Conceptual de Dados Um modelo conceptual de dados é a representação de um conjunto de objectos e das
Leia maisTECNOLOGIAS DE INFORMAÇÃO E COMUNICAÇÃO
TECNOLOGIAS DE INFORMAÇÃO E COMUNICAÇÃO ACCESS 2010 Conceitos Básicos Ficha Informativa Professor : Vanda Pereira módulo didáctico Conceitos Básicos Necessidade das base de dados Permite guardar dados
Leia maisSistemas de Gestão Ambiental O QUE MUDOU COM A NOVA ISO 14001:2004
QSP Informe Reservado Nº 41 Dezembro/2004 Sistemas de Gestão O QUE MUDOU COM A NOVA ISO 14001:2004 Material especialmente preparado para os Associados ao QSP. QSP Informe Reservado Nº 41 Dezembro/2004
Leia maisManual de Utilização de Certificados Digitais. Microsoft Word 2003
Manual de Utilização de Certificados Digitais Microsoft Página 2 de 11 CONTROLO DOCUMENTAL REGISTO DE MODIFICAÇÕES Versão Data Motivo da Modificação 1.9 08/02/2013 Actualização do conteúdo do manual de
Leia maisSistema de Informação de Licenciamento de Operações de Gestão de Resíduos
Sistema de Informação de Licenciamento de Operações de Gestão de Resíduos Indice Indice... 2 1. Introdução... 3 2. Sistema de Informação de Licenciamento de Operações de Gestão de Resíduos (SILOGR)....
Leia maisBanco de Dados I 2007. Módulo II: Modelagem Entidade- Relacionamento versus Relacional. (Aula 3) Clodis Boscarioli
Banco de Dados I 2007 Módulo II: Modelagem Entidade- Relacionamento versus Relacional (Aula 3) Clodis Boscarioli Agenda: Exercícios de Mapeamento ME-R para MR; Restrições de Domínio; Restrições de Chave
Leia maisProf.: Clayton Maciel Costa clayton.maciel@ifrn.edu.br
Banco de Dados Prof.: Clayton Maciel Costa clayton.maciel@ifrn.edu.br 1 Processo de Projeto de Banco de Dados Minimundo Projeto Lógico (Mapeamento do Modelo de Dados) 1 4 Esquema Lógico (Modelo do SGBD)
Leia maisRegulamento de Vigilâncias de Provas Escritas de Avaliação do DEEC
Regulamento de Vigilâncias de Provas Escritas de Avaliação do DEEC Autores: Aprovação: Comissão Executiva do DEEC Comissão Executiva do DEEC Data: 3 de Fevereiro de 2011 Distribuição: Docentes do DEEC
Leia maisTarefa Orientada 12 Junção Externa, Auto-Junção e União
Tarefa Orientada 12 Junção Externa, Auto-Junção e União Objectivos: Junção externa (Outer JOIN) Junção externa à esquerda (LEFT Outer JOIN) Junção externa à direita (RIGHT Outer JOIN) Junção externa completa
Leia mais3.1 Definições Uma classe é a descrição de um tipo de objeto.
Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Diagrama de Classes Autoria:Aristófanes Corrêa Silva Adaptação:
Leia maisESTENDENDO A UML PARA REPRESENTAR RESTRIÇÕES DE INTEGRIDADE
ESTENDENDO A UML PARA REPRESENTAR RESTRIÇÕES DE INTEGRIDADE Fabiana Gomes Marinho Faculdade Lourenço Filho Resumo: Na UML, a modelagem conceitual dos dados é descrita pelo diagrama de classes, que através
Leia maisMÓDULO 6 INTRODUÇÃO À PROBABILIDADE
MÓDULO 6 INTRODUÇÃO À PROBBILIDDE Quando estudamos algum fenômeno através do método estatístico, na maior parte das vezes é preciso estabelecer uma distinção entre o modelo matemático que construímos para
Leia maisO ESPAÇO NULO DE A: RESOLVENDO AX = 0 3.2
3.2 O Espaço Nulo de A: Resolvendo Ax = 0 11 O ESPAÇO NULO DE A: RESOLVENDO AX = 0 3.2 Esta seção trata do espaço de soluções para Ax = 0. A matriz A pode ser quadrada ou retangular. Uma solução imediata
Leia maisCAPÍTULO 3 - TIPOS DE DADOS E IDENTIFICADORES
CAPÍTULO 3 - TIPOS DE DADOS E IDENTIFICADORES 3.1 - IDENTIFICADORES Os objetos que usamos no nosso algoritmo são uma representação simbólica de um valor de dado. Assim, quando executamos a seguinte instrução:
Leia maisLógica e Bases de Dados. Prof. Elaine Faria e Hiran Nonato Programação Lógica UFU 2012
Lógica e Bases de Dados Prof. Elaine Faria e Hiran Nonato Programação Lógica UFU 2012 Bases de Dados Relacionais "Base de dados" Coleção de dados interrelacionados, armazenada de modo independente do programa
Leia maisManual do GesFiliais
Manual do GesFiliais Introdução... 3 Arquitectura e Interligação dos elementos do sistema... 4 Configuração do GesPOS Back-Office... 7 Utilização do GesFiliais... 12 Outros modos de utilização do GesFiliais...
Leia maisFaculdade de Engenharia Optimização. Prof. Doutor Engº Jorge Nhambiu
1 Programação Não Linear Aula 25: Programação Não-Linear - Funções de Uma única variável Mínimo; Mínimo Global; Mínimo Local; Optimização Irrestrita; Condições Óptimas; Método da Bissecção; Método de Newton.
Leia maisPara construção dos modelos físicos, será estudado o modelo Relacional como originalmente proposto por Codd.
Apresentação Este curso tem como objetivo, oferecer uma noção geral sobre a construção de sistemas de banco de dados. Para isto, é necessário estudar modelos para a construção de projetos lógicos de bancos
Leia maisOrientação a Objetos
1. Domínio e Aplicação Orientação a Objetos Um domínio é composto pelas entidades, informações e processos relacionados a um determinado contexto. Uma aplicação pode ser desenvolvida para automatizar ou
Leia maisPONTIFÍCIA UNIVERSIDADE CATÓLICA DE GOIÁS Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas
PONTIFÍCIA UNIVERSIDADE CATÓLICA DE GOIÁS Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas CMP1132 Processo e qualidade de software II Prof. Me. Elias Ferreira Sala: 402 E Quarta-Feira:
Leia maisProgramação de Computadores I Fluxogramas PROFESSORA CINTIA CAETANO
Programação de Computadores I Fluxogramas PROFESSORA CINTIA CAETANO Problemas & Algoritmos Para resolver um problema através dum computador é necessário encontrar em primeiro lugar uma maneira de descrevê-lo
Leia mais1.3. SGBD Sistemas de Gestão de Base de Dados
1. Bases de Dados 1.1. Dados Antes de avançarmos para as bases de dados, vamos começar por analisar os dados que nelas irão ser guardados. Comecemos por observar os conceitos de dados apresentados por
Leia maisTRABALHO PRÁTICO. Sistema de Gestão de Bases de Dados. Doenças. Alunos: Filipe Alexandre da Silva Vila Real Nuno José Morais Felicio
FACULDADE DE ENGENHARIA DA UNIVERSIDADE DO PORTO Licenciatura em Engenharia Electrotécnica e de Computadores 5º Ano, 1º Semestre Sistemas de Informação - 2000/2001 TRABALHO PRÁTICO Sistema de Gestão de
Leia mais