Modelo de dados de oficina de automóveis

A ideia

Modelo de dados

• Repair shops & employees
• Customers & contacts
• Vehicles
• Services & offers e
• Visits

Seção 1:oficinas e funcionários

A city O dicionário é usado para armazenar todas as cidades distintas de onde temos oficinas ou de onde vêm nossos clientes. Cada cidade é definida exclusivamente pelo par postal_code – city_name . Poderíamos decidir ter apenas uma entrada por cidade, mesmo que essa cidade tenha vários códigos postais. Nesse caso, usaríamos apenas o código postal “principal” dessa cidade. Ainda assim, temos a opção de ter várias entradas para a mesma cidade e códigos postais diferentes – caso queiramos.

A repair_shop table é o local onde armazenaremos uma lista de todas as nossas oficinas. Podemos esperar que vamos operar mais de um em algum momento. Cada loja é definida exclusivamente por seu shop_name e o id da cidade a que pertence (city_id ). Também armazenaremos o endereço da loja e details adicionais no formato textual, se houver.

A position dicionário é usado para armazenar position_names exclusivos que poderiam ser atribuídos aos nossos funcionários. Embora a maioria dos cargos esteja relacionada ao nosso negócio principal, também teremos alguns que não fazem parte do negócio principal (funções/cargos técnicos), mas também são essenciais (administração, vendas, etc.).

Uma lista de todos os nossos funcionários é armazenada no employee tabela. Para cada funcionário, armazenaremos seu:

• first_name &last_name – O nome e o sobrenome do funcionário.
• employment_start_date &employment_end_date – Data de início e término do funcionário na empresa. A data de término deve conter valor NULL até que possamos defini-lo.
• position_id – Uma referência à posição atual na empresa.
• city_id – Uma referência à cidade onde o funcionário mora atualmente.
• is_active – Um sinalizador indicando se o funcionário está ativo ou não.

• repair_shop_id – Uma referência à oficina relacionada.
• employee_id – Uma referência ao funcionário relacionado.
• position_id – Uma referência ao cargo relacionado que o funcionário teria durante o período de tempo definido. Na maioria dos casos, esse seria o cargo atual dele, mas temos a flexibilidade de atribuir outro cargo aqui.
• schedule_date – Uma data à qual esta entrada está relacionada.
• time_from &time_to – Este par define o período de tempo ao qual esta entrada está relacionada.
• plan – Um sinalizador indicando se esta foi uma entrada planejada. A entrada não deve ser planejada apenas se a inserirmos ad hoc.
• actual – Este sinalizador indica se esta entrada foi realizada. Observe que, na maioria dos casos, ambos os sinalizadores, plan e real, seriam definidos como True. Isso indicaria que planejamos e realmente realizamos esse plano.
• insert_ts – Um carimbo de data/hora indicando o momento em que esse registro foi inserido na tabela.

Seção 2:clientes e contatos

Armazenaremos todos os clientes com os quais trabalhamos antes ou com os quais tivemos contato no customer tabela. Para cada cliente, armazenaremos:

• first_name &last_name – O nome e sobrenome do cliente, caso nosso cliente seja pessoa física.
• company_name – O nome de uma empresa, em um caso o cliente é uma empresa e não uma pessoa física.
• address – O endereço do cliente.
• mobile – O número do celular do cliente.
• email – O e-mail do cliente
• details – Todos os detalhes adicionais do cliente, se houver, no formato textual.
• insert_ts – Um carimbo de data/hora indicando o momento em que esse registro foi inserido na tabela.

Seção 3:Veículos

Primeiro, vamos definir modelos de nossos veículos. Usaremos 3 tabelas para conseguir isso. No make dicionário, listaremos make_names exclusivos para todos os fabricantes/fabricantes de automóveis/veículos. Além disso, precisaremos conhecer os tipos de veículos, então usaremos mais um dicionário com apenas um atributo de valor único – type_name . O 3 dicionário usado é o model dicionário. Este deve conter a lista de todos os modelos que passaram por nossas portas. Para cada modelo, definiremos a combinação exclusiva model_name – make_id – vechicle_type_id .

Terminaremos de descrever esta área de assunto com o vehicle tabela. Esta é a única tabela nesta área de assunto que contém dados “reais”. Usaremos esta tabela para armazenar os seguintes detalhes:

• vin – Um número de identificação do veículo, definindo exclusivamente este veículo.
• license_plate – Um número de placa atual.
• customer_id – Uma referência ao cliente ao qual este veículo pertence. Caso o veículo mude de proprietário, nós o inseriremos como um novo registro, mas saberemos que este é o mesmo veículo com base no número de série.
• model_id – Uma referência ao dicionário de modelos.
• manufactured_year &manufactured_month – Indicar o ano e o mês em que este veículo foi produzido.
• details – Todos os detalhes adicionais no formato textual.
• insert_ts – Um carimbo de data/hora indicando o momento em que esse registro foi inserido na tabela.

Seção 4:Serviços e ofertas

A lista de todos os serviços é armazenada no service_catalog dicionário. Cada serviço consiste em algumas tarefas e é definido exclusivamente por seu service_name . Além do nome, também armazenaremos uma descrição, se houver, a porcentagem de service_discount e o is_active bandeira. O desconto de serviço deve ser usado para todas as tarefas incluídas neste serviço.

Em seguida, definiremos as tarefas. As tarefas fazem parte dos nossos serviços. Eles são a ação básica que poderia ser feita de forma independente. Cada tarefa é definida por esses valores no task_catalog tabela:

• task_name &service_catalog_id – Um nome que usaremos para descrever esta tarefa e o serviço ao qual ela pertence. Este par de atributos forma a chave única da tabela.
• description – A descrição textual adicional, se houver, usada para descrever esta tarefa.
• ref_interval – Um sinalizador indicando se mediremos o intervalo para esta tarefa.
• ref_interval_min &ref_interval_max – O limite mínimo e máximo do intervalo de referência.
• describe – Um sinalizador indicando se devemos adicionar um comentário textual para esta tarefa.
• task_price – Um preço atual, sem descontos de serviço, para esta tarefa.
• is_active – Um sinalizador indicando se a tarefa está atualmente ativa (em nossa oferta) ou não.

• customer_id – Um ID do cliente relacionado.
• contact_id – Um id do contato relacionado, se houver. Essas podem ser informações importantes para determinar quantas ofertas surgiram como resultado de contatos anteriores.
• offer_description – Uma descrição textual adicional desta oferta.
• service_catalog_id – Um id do serviço que oferecemos ao cliente. Esse id pode ser NULL caso não tenhamos oferecido a ele um serviço completo, mas uma ou mais tarefas que não fazem parte do serviço.
• service_discount – O desconto de serviço no momento em que a oferta foi criada. Este valor deve conter NULL caso a oferta não esteja relacionada ao serviço.
• offer_price – Um preço final dessa oferta. Pode ser calculado como a soma de todas as tarefas menos o desconto de serviço.
• insert_ts – Um carimbo de data/hora indicando o momento em que esse registro foi inserido na tabela.

• offer_id – Um id da oferta relacionada.
• task_catalog_id – Um id da tarefa relacionada. Juntamente com o offer_id , ele forma a chave única/alternativa desta tabela
• task_price – Um preço atual dessa tarefa no momento em que este registro foi inserido.
• insert_ts - Um carimbo de data/hora indicando o momento em que esse registro foi inserido na tabela.

Seção 5:visitas

Quando o cliente concordar com nossa oferta ou simplesmente entrar em nossa loja, trataremos isso como uma visit . Para cada um desses eventos, armazenaremos os seguintes detalhes:

• repair_shop_id – Uma referência à oficina relacionada.
• customer_id – Uma referência ao cliente ao qual esta visita está relacionada.
• vehicle_id – Uma referência ao veículo ao qual esta visita está relacionada.
• visit_start_date – Uma data de início da visita (planejada).
• visit_start_time – Um horário de início da visita (planejado).
• visit_end_date – Uma data de início da visita (real). Esse valor deve ser definido quando a visita realmente terminar.
• visit_end_time – A hora de início da visita (real). Esse valor deve ser definido quando a visita realmente terminar.
• license_plate – Um número de placa no momento em que a visita aconteceu. Observe que as placas mudam durante o tempo.
• offer_id – Um id da oferta relacionada, se houver.
• service_catalog_id – Um id do serviço relacionado, se houver.
• service_discount – Um valor percentual de desconto no momento em que este registro foi adicionado e caso ofereçamos um serviço completo.
• visit_price – Um preço total que um cliente deve pagar por essa visita.
• invoice_created – Um carimbo de data/hora de quando a fatura foi gerada.
• invoice_due – Um carimbo de data/hora do vencimento da fatura.
• invoice_charged – Um carimbo de data/hora de quando a fatura foi cobrada.
• insert_ts – Um carimbo de data/hora indicando o momento em que esse registro foi inserido na tabela.

• visit_id – Uma referência a essa visita.
• task_catalog_id – Uma referência à tarefa relacionada
• value_measured – Um valor que foi medido durante esta tarefa, se a tarefa exigir medição.
• task_description – Uma descrição relacionada a essa tarefa se a tarefa exigir uma descrição.
• pass – Um sinalizador indicando se esta tarefa estava no intervalo esperado ou não.
• task_price – Um preço real dessa tarefa no momento inserido nesta tabela.
• insert_ts – Um carimbo de data/hora que indica o momento em que esse registro foi inserido na tabela.