重新应用 FilterDefinition

Question

我有一个应用程序，它对系统的配电进行建模，如果某些组件出现故障，则路由会自动重新路由。我通过添加一个连接实体来对此进行建模，该连接实体具有父组件的 ID 和子组件的 ID。这个想法是，对于可能失败的项目，有一个用于正常工作条件的连接，另一个用于每个失败情况的连接。例如，如果有 40 个组件，其中 9 个可能会发生故障，那么每个组件有 2^9 (512) 个可能的故障和 2^9 个连接实体。每个连接都根据它所代表的故障模式来命名。

到目前为止，一切都很好，非常灵活并且有效。

然而，每次加载总线图时，都会加载所有连接，从而导致 40 * 512 (20480) 个连接实体，而当前故障模式只需要 40 个连接实体，毫不奇怪，这会导致应用程序占用资源并运行慢慢地。

因此，我定义了一个 FilterDefinition 来限制加载到所需命名连接（如果组件属于特定类型）和普通连接（如果组件是任何其他类型）的连接，并将其添加到启用了过滤器的组件的连接集合映射中设置参数。

public FailureModeFilter()
{
    WithName("FailureName")
        .WithCondition("((Name = :name and ObjectType <> 8) or 
                         (Name = 'Normal' and ObjectType = 8))")
        .AddParameter("name", NHibernateUtil.String);
}

毫不奇怪，这种方法有效。

但是，你知道会有一个障碍，不是吗？

但是，当选择新的故障模式并重新加载图表时，它不会应用新的过滤器，而是保留旧的过滤器。我尝试设置新参数，禁用过滤器，再次启用它并设置参数，但均无济于事。

那么，我做错了什么/没有做/误解（如适用，删除），或者如果失败，有什么关于如何解决这个问题的建议吗？

图表打开时正在使用相同的会话。是的，我知道这不是建议的最佳实践，但出于其他原因，它是应用程序这部分的最佳解决方案。请不要岔开话题，告诉我这是一种糟糕的做法，因为我已经知道，这种做法会带来厄运、沮丧和沮丧。问题是关于更换过滤器。

Answer 1

回答了我自己的问题以进行更改。

这个答案是刷新组件以强制从数据库重新加载。

session.Refresh(entity);

当你弄清楚时就这么简单！