我们正在开发庞大的CRM应用程序：MSSQL + ASP MVC。我们已经为密码提醒创建了视图。每次用户想要提醒他的密码时，应用程序都会生成GUID。当用户获得新密码时，将删除此GUID。所以肯定会在数据库中出现一些“丢失的GUID” - 为永远不会完成恢复密码的用户创建的GUID。
我想安排一个会删除那些“丢失的GUID”的工作或应用。最好通过以下方式完成： 1.在数据库中设置作业， 或者 2.写另一个控制器并安排它 ？
在我看来，数据库工作是更好的解决方案，因为它把数据工作流程集中在数据库上，但我更喜欢这里的专家：）。
哪种解决方案可扩展性更高，更容易部署多个客户端？
答案 0 :(得分：0)
“更好”是主观的，我通常以不同的方式处理不同的任务。
我一直把这些类型的任务写成一份工作。更具体地说，我构建的遵循类似模型的应用程序始终具有应用程序特定的每日/每周/每月任务。对于这种类型的任务，我将它与其他作业一起包装在一个包装器proc中。
我没有以这种方式管理所有工作，更重要的是我想充分利用sql代理的通知，但是一般的常规数据清理任务会记录错误并重新运行下一个周期，这对我来说是可以接受的。
我希望这有帮助！