No momento, estou considerando usar o Quartz em um projeto ASP.NET para agendar tarefas. Basicamente, o aplicativo permite que os usuários criem menus que podem ser enviados para dispositivos. No momento, eles só têm a opção de enviar um menu no momento atual, mas quero implementar uma opção para agendar o envio para uma data posterior (por exemplo, no COB na terça-feira, em um fim de semana, em uma tarefa recorrente toda segunda-feira às 7h, etc.).
Consegui implementar isso armazenando o trabalho na memória, no entanto, essa obviamente não é a melhor prática e gostaria de armazenar esses trabalhos em um banco de dados - é aí que estou um pouco preso no momento...
Temos um banco de dados existente (no SQL Server) ao qual adicionaremos as tabelas necessárias, porém o script no GitHub para Quartz tem um grande número de tabelas... Acho que minha pergunta é: qual é o número mínimo de tabelas que realmente preciso criar e o que posso excluir? É possível criar minha própria tabela para minha situação específica (e se sim, como)?
Resumindo:
- Usando Quarts no meu projeto ASP.NET para agendar tarefas em momentos posteriores
- Esses trabalhos têm parâmetros (id dos dispositivos, etc.)
- Atualmente implementado e funcionando, armazenando na memória, mas gostaria de armazenar esses trabalhos/gatilhos em um banco de dados
- O script do Quartz é bastante grande e cria um grande número de tabelas
- Quais são as tabelas mínimas/necessárias que realmente preciso?
Se precisar de mais detalhes, fique à vontade para perguntar :)
Implementado agendamento em memória - funcionando. Atualmente, busco informações no Quartz DB antes de criar tabelas.
O script mencionado cria 11 tabelas.
Pessoalmente, eu não chamaria isso de "número grande", mas acho que depende do tamanho do restante do seu banco de dados para que pareça grande ou não. Eu ficaria surpreso se você pudesse omitir qualquer uma dessas tabelas sem causar problemas funcionais no Quartz e/ou ter que evitar o uso de certos recursos. Além de potencialmente perguntar diretamente aos desenvolvedores, o esforço de tentar descobrir o que é essencial e o que não é parece desproporcional ao benefício (ou seja, reduzir um número muito pequeno para um número ligeiramente menor).
Quanto ao script de criação em si, ele tem apenas 12 KB, você só precisa executá-lo uma vez e não precisa armazená-lo, então seu tamanho não é relevante.
Mas se você realmente acha que essas tabelas vão sobrecarregar seu banco de dados principal, você pode simplesmente colocá-las em um segundo banco de dados e seu aplicativo poderá ler as informações de agendamento do Quartz a partir dele.
Isso também proporciona uma melhor separação de preocupações, provavelmente — desacoplando um pouco o restante dos seus dados do Quartz e tornando dependências acidentais um pouco menos prováveis.