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.