存储过程体系结构 - 我的 MVC 应用程序应该处理存储过程,还是应该类似于"worker role"来处理它?



我的数据库中有一个表需要每15分钟修剪一次。我想我有两种方法:

  1. 在我的MVC应用程序中暴露一个WebAPI端点,该端点每隔15分钟就会被另一个进程中的工作角色击中。只需每隔15分钟发送一次GET请求,我的MVC应用程序就能处理它
  2. 让我的工作者角色不向端点发送请求,而是在进程中实际执行数据库修剪。它不是向我的MVC发送GET请求,而是100%独立的,并进入数据库,用自己的连接字符串进行更改

我是.NET世界的新手,不知道这里的标准方法是什么——任何提示都将不胜感激。

将其放入MVC应用程序的好处是它变得可移植;这也成为了一个骗局,因为您正在修剪数据库。另一个过程的优点是它是孤立的;缺点也是如此——代码不容易从其他地方访问。

如果这严格来说是一项管理任务,并且不需要可移植性;让它成为自己的过程。

如果它需要每15分钟修剪一次,并且没有与此过程相关的商人逻辑,那么在可以访问数据库的机器上为您安排一个任务可能会更简单。我看不出有什么理由混合担忧。

最新更新