如何在服务器上保存用户凭据以在后台运行查询

Question

背景：

我们有一个 ASP.NET / Silveright Web 应用程序。 silverlight客户端显示用户 图形形式的特定数据 - 它从服务器请求数据：

问题： 由于服务器必须执行底层数据库查询，获取这些数据的成本很高 - 因此客户端必须等待......

优化思路： 我们在服务器上定期运行数据库查询，将结果写入 “靠近”ASP.NET 服务器运行位置的数据库中的“userdata”表。

运行查询并将数据写入表的过程是 由与 ASP.NET 服务器分离的“数据收集”服务执行。

当客户端请求数据时，服务器从“userdata”表中检索数据。 这应该很好而且很快——我们可能在与 ASP.NET 服务器相同的机器上有“userdata”表。我们还有一个额外的好处，即使底层数据库处于离线状态，客户端也可以看到数据。

当然，数据不是实时的 - 但所有数据一旦到达客户端就可能是旧的。

现在我的问题是： “数据收集”服务需要用户凭据才能执行这些数据库操作 查询（因为每个用户对同一查询得到不同的结果）。

问题：

如何以可接受的“安全”方式将用户凭据存储在数据库中？ 这样“数据收集”就可以模拟用户来执行数据库查询。 我们最初的场景是基于使用 Windows 集成登录数据库。

Answer 1

据我了解，您将需要为每个用户运行一个查询，但您不希望使其成为阻塞调用。您需要非规范化读取模型（UserData）的响应能力。

我有一个想法，您无需将凭据存储在某处，只需启动一个线程并向该线程提供从请求中获取的当前凭据即可。

class MyClass
{
    public static void DoSomething(object principal)
    {
        if (principal == null || !(principal is IPrincipal))
            throw new ArgumentException();
        Thread.CurrentPrincipal = (IPrincipal) principal;
        // Do heavy querying and update UserData
    }
}

我从 ASP.NET MVC 控制器中调用它，如下所示：

public ActionResult Index() 
{
    var t = new Thread(MyClass.DoSomething);
    t.Start(User);

    return View();
}

这将为每个请求更新 UserData。如果需要，您可以引入一些更新频率的逻辑，并且仅在某些条件下进行调用。

我正在考虑的另一种方法是迈向 CQRS 思维模式，在这种情况下，我将发布一条包含序列化 IPrincipal 的消息，并且该消息将由另一个实例/服务器使用，该实例/服务器将更新读取模型作为一个单独的过程。但我不确定如果在另一台服务器上反序列化，IPrincipal 是否真的可以工作。

无论如何，我没有看到保留凭据的好处。只需在新线程的范围内或在所使用的消息的上下文中使用它们即可。