Bases de Dados. Conversão para Modelo Relacional. Diagrama E-A. IST DEI Bases de Dados

Transcrição

1 Bases de Dados Conversão para Modelo Relacional Diagrama E-A 2 1

2 Conversão de entidades Entidade forte converte-se numa tabela loan (loan_number, amount) atributos simples mantêm-se chave da tabela é a mesma da entidade 3 Conversão de entidades Entidade forte converte-se numa tabela customer (customer_id, customer_name, customer_street, customer_city) 4 2

3 Conversão de associações Associação muitos-para-muitos converte-se numa tabela com as chaves primárias das entidades borrower (customer_id, loan_number) 5 Conversão de associações Os atributos das associações, se existirem, também aparecem na tabela depositor (customer_id, account_number, access_date) 6 3

4 Conversão de associações Associações um-para-muitos ou muitos-para-um não é necessário criar tabela exemplo existe participação total do lado muitos adicionar o atributo branch_name à tabela account 7 Conversão de associações FK 8 4

5 Conversão de associações Associação um-para-um não é necessário criar tabela qualquer um dos lados pode ter uma chave estrangeira se a participação for parcial, aparecem nulls 9 Conversão de entidades Entidade fraca inclui uma coluna extra com a chave primária da entidade identificadora payment (loan_number, payment_number, payment_date, payment_amount ) dispensa conversão da associação identificadora 10 5

6 Conversão de atributos Atributos compostos customer (customer_id, first_name, middle_initial, last_name, ) 11 Conversão de atributos Atributos multi-valor tabela adicional phone_numbers (customer_id, phone_number) 12 6

7 Conversão de atributos Atributos derivados (p.ex. age) não se representam 13 Conversão de especialização/generalização Especialização/Generalização tabela para a entidade genérica tabela para cada entidade específica, com chave para a entidade genérica FK customer(person_id, credit_rating) person(person_id, name, street, city) FK employee(person_id, salary) 14 7

8 Conversão de agregação Criar uma nova tabela, contendo: chave primária da associação agregada chave primária da entidade associada atributos descritivos 15 Conversão de agregação manages (employee_id, branch_name, title, manager_name) 16 8

9 Conversão de agregação Podia evitar-se uma nova tabela guardando manager_name em works_on admitindo que manager_name pode ser null 17 Bases de Dados Restrições de integridade 9

10 Restrições de integridade Há restrições que não podem ser expressas no modelo E-A estas restrições devem ser descritas em texto descrição deve ser o mais precisa possível deve basear-se nos elementos que constam no modelo E-A 19 Modelo Entidade-Associação 20 10

11 Restrições de integridade Exemplo 1 o saldo de uma conta não pode ser negativo No modelo E-A o atributo balance da entidade account é sempre >=0 Em modelo relacional a coluna balance da tabela account só tem valores >=0 21 Restrições de integridade Exemplo 2 nenhuma conta pode ter número igual a outra No modelo E-A não é necessário adicionar a restrição (o atributo account_number é chave da entidade account) No modelo relacional basta dizer que a coluna account_number será a chave primária (primary key) da tabela account 22 11

12 Restrições de integridade Exemplo 3 nenhuma conta pode ter saldo igual a outra No modelo E-A é necessário dizer que os valores do atributo balance da entidade account são sempre únicos No modelo relacional é necessário dizer que os valores da coluna balance da tabela account são sempre únicos 23 Restrições de integridade Exemplo 4 nenhum empréstimo pode ter quantia desconhecida No modelo E-A o atributo amount da entidade loan tem de ter sempre um valor válido e não pode ser null No modelo relacional a coluna amount da tabela loan não pode aparecer o valor null 24 12

13 Restrições de integridade Exemplo 5 cada conta pertence a uma agência que existe No modelo E-A não é necessário adicionar a restrição (já está representada com a associação account_branch) No modelo relacional na tabela account haverá uma coluna branch_name que é a chave estrangeira (foreign key) para a tabela branch 25 Restrições de integridade Exemplo 6 um cliente só pode ser titular de contas em agências da cidade onde vive No modelo E-A é necessário dizer que o atributo branch_city da entidade branch que está associada com uma entidade account tem de ser igual ao atributo customer_city da entidade customer associada com a mesma entidade account No modelo relacional se juntarmos a informação das tabelas customer, depositor, account, e branch, o valor de customer_city tem de ser igual ao de branch_city 26 13