5.3.3.1 Os Agendamentos de tarefas para Obtenção e Agregação de Dados
• OpUnitLines Update: Este agendamento procura no dia 10 de cada mês todas as
linhas existentes nesse momento na tabela JourneyTransSummary_Local para usar como termo de comparação com todas as linhas existentes na tabela OpUnitLines. Caso encontre alguma que não exista, adiciona-a á tabela á qual será atribuída uma unidade operacional 0 por defeito. Dessa forma, o uso de novas linhas ficará sumariado no sistema e será detectada a nova linha caso a administração não a tenha adicionado manualmente de forma a possibilitar a sua associação posterior a uma unidade operacional específica.
• JourneyTransSummary Daily Update: Este agendamento é diário. Faz uma
detecção na View JourneyTransSummary da base de dados MERIT de todas as novas linhas de tabela criadas desde a última importação de dados para a tabela JourneyTransSummary_Local da base de dados PASSCONTROL. Para isso, usa como referência o campo JourneyKey que é um campo exclusivo e iterativo que referencia uma viagem específica. Ou seja, comparando o ultimo (maior) valor de JourneyKey na tabela destino, consegue-se obter todos os novos registos na tabela de origem seleccionando para inserção todos aqueles em que o campo JourneyKey seja maior que
3 - Para uma descrição detalhada das tabelas mais importantes da base de dados MERIT, consulte-se o Anexo A: Descrição Pormenorizada das Tabelas e Estruturas de Dados
esse valor. Desta forma, a nossa tabela de referência principal de dados estará sempre actualizada diariamente.
• Month Income Tables Generation: Este agendamento faz a geração mensal da
tabela RouteMonthIncome, ou seja, gera dados sumariados por linha e classe a partir da tabela JourneyTransSummary_Local em que se soma todos os valores de receita dessas agregações de dados. Desta forma criam-se a partir do dia 11 (data do agendamento) condições para a actualização de dados relativos aos objectivos Rendimento por Unidade Operacional e Rendimento por Linha.
• Line Kms and Income Monthly Calculator: Este agendamento é um pouco
complexo pois nele agrega vários passos que têm por objectivo a criação de dados relativos á aplicação de Rendimento por Linha. Consiste na criação de uma tabela “temporária” de carácter mensal (JourneyTransSummary_temp) que agrega dados do mês transacto da tabela JourneyTransSummary_Local e lhes associa uma nova coluna que referencia uma identificador de horário específico. A partir de aí, em 4 passos, gera os respectivos códigos efectuado a associação de dados á tabela Calendar e RouteSchedules. Os 4 passos referem-se à criação de dados para dias excepcionais (ex.: feriados) em que a hora da viagem (JourneyNumber) corresponda ao horário, à criação de dados para dias normais em que a hora da viagem (JourneyNumber) corresponda ao horário, à criação de dados para dias excepcionais (ex.: feriados) em que a hora da viagem (JourneyNumber) não corresponda ao horário e seja necessário encontrar a mesma com um intervalo de tolerância e à criação de dados para dias normais em que a hora da viagem (JourneyNumber) não corresponda ao horário e seja necessário encontrar a mesma com um intervalo de tolerância. Desta forma e com a associação a um horário específico, temos maneira de obter a contagem de quantas viagens foram realizadas e de saber para cada uma dessas viagens quantos quilómetros foram percorridos. O último passo do algoritmo visa, a partir dos dados conciliados, agregar os dados obtidos e sumariar os mesmos por linha de forma a se obter um valor de quilómetros por mês para cada linha. Por uma questão de comodidade é também acrescentado numa coluna da tabela sumariada (RouteMonthKmsIncome) a informação do rendimento mensal obtida na tabela RouteMonthIncome.
• MissingTrips Monthly Update: Este agendamento é um acessório do objectivo
de Rendimento por Linha e permite achar por cruzamento de tabelas as referências de horário por cada dia do mês que não foram registadas, quer por a conciliação não ter sido feita ou por simplesmente essas viagens não terem tido máquina ETM a bordo (ou estando a máquina avariada). Isto é conseguido criando na tabela MissingTrips todas as referências de horários por cada dia num mês seleccionado (normalmente o anterior). A partir daí e cruzando esses dados “ideais” com os dados actualizados (conciliados) da tabela JourneyTransSummary_temp preenche-se por contagem o campo occurences que nos diz quantas vezes cada viagem ocorreu. Sendo assim, este agendamento só é executado após a conciliação automática da tabela JourneyTransSummary_temp estar feita (agendamento Line Kms and Income Monthly Calculator)
• AMI Data Update: Este agendamento permite obter dados externos do sistema
AMI e sumariar os mesmos por linha. As origens destes dados são ficheiros de MS Excel que são colocados no sistema de ficheiros do servidor de base de dados periodicamente pelo PC remoto do Live. Por uma questão de segurança, o servidor não pode efectuar a importação dos ficheiros ele mesmo pois não tem acesso ao domínio de origem dos ficheiros. Os ficheiros de Excel são listagens mensais das transacções em cada bilheteira tendo informação aproveitável para o sistema (ex.: receita e linha da venda). Segundo uma mascara de texto de detecção do nome do ficheiro para o mês actual, os dados são importados para a tabela AMITicketInfo. Seguidamente, numa agregação sumariada de dados para a tabela AMILineSummary, somam-se as receitas
obtidas por dia, mês, ano e linha para posteriormente esses dados poderem ser usados no cálculo do Rendimento por Linha.
5.3.3.2 A Inserção de Dados por Tarefas de Gestão
Este ponto refere-se aos processos descritos previamente no ponto relativo à Supervisão de Sistema e ao Controlo de Dados de Viagens em relação ás interfaces desenvolvidas pelas quais a administração insere os restantes dados necessários ao bom funcionamento do sistema. Aparte destes dados existem algumas tabelas de inserção manual de dados que deixarão de ter utilidade futura tal como descrito proximamente em Eliminação de Tabelas e Simplificação de Dados.