信息软件中非常重要的问题之一是存在着具有不同职责和访问级别的不同角色的用户。例如，考虑一个具有如下结构（层次结构）的组织：

[Organization Role ]     [Organization ID]
 CEO                        org01
   Financial Assistant      org0101
           personnel 1

   Software Assistant       org0102
           personnel 2

   Commercial Assistant     org0103
           personnel 3

想象一下，这个组织有一个管理人员信息的系统。在此系统中显示人员信息的规则是，每个用户都可以看到他有权访问的组织的人员信息；例如，“用户1”有权访问“财务助理”和“商业助理”级别，因此他只能看到“人员1”和“人员3”的信息。同样，“
user2”仅具有“ Commercial
Assistant”级别的访问权限，因此他只能看到“人员3”的信息。因此，该系统中的每个用户都有特定的访问级别。现在考虑在该系统中，每个用户登录后只能看到他可以访问的人员信息。具有该系统的表结构是这样的：

[Organization]
id
code
name

[Employee]
id
first_name
last_name
organization_id

[User]
id
user_name
password

[UserOrganization]
user_id
organization_id

下面的查询足以为每个用户获取正确的人员信息结果：

select *

from employee e

where e.organization_id in

(select uo.organization_id

 from user_organization uo

 where uo.user_id=:authenticatedUserId)

如我们所见，以下条件定义了用于显示正确数据的访问逻辑：

e.organization_id in

(select uo.organization_id

 from user_organization uo

 where uo.user_id=:authenticatedUserId)

这种访问级别也称为“行级安全性”（RLS）。另一方面，相应的存储库类可能具有几个负责读取数据的方法，所有这些方法都必须满足适当的访问级别条件。在这种情况下，访问级别条件将在某些地方（方法）重复出现。看来使用“hibernate过滤器”将是解决此问题的合适方法。唯一需要的是一个过滤器，该过滤器获取经过身份验证的用户的ID，并在每个read方法之前执行“
enablefilter”命令。

@Filters( {
  @Filter(name=“EmployeeAuthorize", condition="(organization_id in (select uo.organization_id from user_organization uo where uo.user_id=:authenticatedUserId) )  ")
} )

现在的问题是，提议的解决方案对吗？如果是，如何在弹簧数据中使用此方法？PS：鉴于我们不想依赖数据库，因此不能在数据库侧实现作为候选解决方案，因此，我们不得不在应用程序侧（级别）实现它。