Início / dba / Perguntas / 40311
Accepted
newprint
Asked: 2013-04-18 19:06:26 +0800 CST

Não tenho certeza de como implementar certas restrições e relações neste esquema de banco de dados relacional

  • 772

Estou projetando o dB para o banco de dados de passagens aéreas do projeto escolar. (Usando o MySQL workbench)

Até agora, criei o seguinte design: diagrama de banco de dados

Aqui estão algumas coisas que não consigo descobrir:

  1. É uma boa ideia ter chaves estrangeiras como valores não int (como Varchar) ??
  2. O banco de dados precisa, de alguma forma, acompanhar o número de assentos reservados e o número de passageiros a bordo para um determinado voo. Não tenho ideia de onde colocar esses atributos.
  3. Como garantir que a cidade de chegada e a cidade de partida (da Flighttabela) sejam diferentes para um determinado voo?
mysql database-design

4 respostas

  1. Você obtém o que você paga no SO. O conselho contra o uso de chaves naturais (nomes em vez de números, neste caso) é comum, mas equivocado. Se você não acredita em mim, pergunte ao seu professor.

    O número de assentos parece ser uma propriedade do avião, certo? O número de assentos reservados parece ser a contagem de assentos reservados, agrupados por número de voo.

    As cidades de chegada e partida podem ser restritas com uma CHECKrestrição. Você também pode querer garantir que as partidas aconteçam antes das chegadas (assumindo o aeroporto do século XXI).

    Seu design é muito bom, melhor do que alguns dos conselhos que você está recebendo. Atenha-se a ele, não se preocupe com os tipos de dados para suas chaves, não procure fantasias como gatilhos para implementar a lógica do aplicativo (e não imponha restrições reais ao aplicativo). Faça RTFM CREATE TABLEvárias vezes. Se você pensar em uma restrição que não pode ser declarada, sugiro que a documente em seu projeto como uma falha no SGBD.

    Pense com muito cuidado sobre o que é único. Duvido que você precise de BookingID, porque PassengerID, Flight# e Seat parecem ser únicos. Os passageiros são complexos (em um banco de dados real, você teria um monte de tabelas para descrever alguém), então eles precisam de um ID para referência conveniente, mas ainda assim você provavelmente não gostaria de dois registros compartilhando nome e endereço.

    • 5
  2. Best Answer

    1- Prefira int. Em primeiro lugar, é melhor ter chaves com comprimentos mais curtos. E mais tarde, se você atualizar o status de um voo, poderá.

    2- Você pode ter TotalSeatsna Airplanetabela e talvez escrever uma SQLconsulta que, ao examinar Status, você pode descobrir os assentos reservados e os passageiros a bordo. (Considere as melhorias de esquema sugeridas por @galuano1
    3- Você pode escrever um gatilho que garanta que não sejam iguais ou talvez validá-lo no código.

    • 2
    1. Varchar como chave estrangeira: má ideia
    2. Não adianta ter uma tabela para apenas uma coluna.(Situação da Reserva)
    3. Remova a data e a hora do voo da tabela de voos, crie uma nova tabela chamada flight_schedule e coloque-a lá.
    4. Remova o voo sem chave estrangeira da reserva, use a chave primária flight_schedule acima mencionada como a chave estrangeira.
    5. Em seguida, use a tecla flight_schedule para descobrir o número de assentos reservados na tabela de reservas
    6. Você pode criar um gatilho para garantir que as cidades sejam diferentes, mas também pode fazer isso na camada de aplicativo, porque os gatilhos são ruins.
    • 1

  4. 1) Mantenha as colunas PK como int, sem significado comercial, e também tenha uma coluna exclusiva com significado comercial. Isso significa que os FKs também devem ser int. exemplo:

     Flight Class
   class_id int PK 
   class_name varchar(15) Unique

    2) Você já tem Flight, Bookinge Booking Statustabelas com informações suficientes para derivar number of bookingse passengers, então não há necessidade de armazená-las em colunas separadas.

    3) Para manter os dados de Chegada/Partida consistentes, eu criaria uma Routetabela apenas com esses dados e vincularia à Flighttabela; em seguida, crie um gatilho de inserção/atualização na Routetabela para garantir que as cidades de chegada/partida sejam diferentes.

    • 1

relate perguntas