... | ... | @@ -31,7 +31,7 @@ A equipe optou por não incluir os atributos nem as cardinalidades nessa etapa, |
|
|
|
|
|
Concluída a modelagem conceitual, partiu-se para a modelagem lógica, onde o modelo abstrato foi transformado em uma estrutura relacional composta por tabelas normalizadas, com chaves primárias, estrangeiras e restrições de integridade, visando garantir a consistência dos dados e evitar redundâncias.
|
|
|
|
|
|

|
|
|

|
|
|
|
|
|
Em seguida, essa modelagem lógica é convertida em uma modelagem física, que consiste na criação do banco de dados real dentro de um SGBD específico.
|
|
|
Nesta etapa serão gerados os scripts SQL para criar as tabelas, índices, relacionamentos e demais objetos necessários ao funcionamento do sistema.
|
... | ... | @@ -127,7 +127,7 @@ N:1 com interpreter (um intérprete pode ter vários horários disponíveis) |
|
|
|
|
|
- appointment
|
|
|
|
|
|
Atributos: id (PK), UF, city, modality, date, description, status, interpreter_id, user_id, start_time, end_time
|
|
|
Atributos: id (PK), UF, city, modality, date, description, status, interpreter_id, user_id, start_time, end_time, neighbourhood, street, street-number, address_details
|
|
|
|
|
|
Relacionamentos:
|
|
|
N:1 com user
|
... | ... | |