Asp.net TSQL+；ASP MVC-计划ASPX还是DB_计划？

我们正在开发巨大的CRM应用程序：MSSQL+ASP MVC。我们已经为密码提醒创建了视图。每次用户想要提醒其密码时，应用程序都会生成GUID。当用户获得新密码时，此GUID将被删除。所以可以肯定的是，在数据库中会有一些“丢失的guid”——为永远无法完成do recover密码的用户创建的guid

我想安排一个作业或应用程序来删除那些“丢失的GUID”。是否最好通过以下方式完成： 1.在数据库中设置作业， 或者 2.写入另一个控制器并对其进行调度 ?

在我看来，数据库工作是更好的解决方案，因为它将数据工作流的重点放在数据库上，但我更喜欢作为专家：）

哪种解决方案更具可扩展性，更易于部署到多个客户端？

“更好”是主观的，我通常以不同的方式处理不同的任务

我总是把这些类型的任务当作工作来写。更具体地说，我构建的应用程序遵循类似的模型，总是有特定于应用程序的每日/每周/每月任务。对于这种类型的任务，我将其与包装程序中的其他作业组合在一起

我并不是以这种方式管理所有作业，更重要的是，我希望充分利用sql agent的通知等常规数据清理任务，将记录错误并重新运行下一个周期，这对我来说是可以接受的

我希望这有帮助