ESM结构

ServiceDesk Plus中的ESM(企业服务管理)在单个服务器和单个数据库模型上实施。 即与所有实例有关的数据存储在同一数据库和表中。 数据隔离在应用程序级别进行。

数据库结构

常规表:包含整个组织内常规数据的表称为常规表。 比如:包含组织机构的用户信息,存在的地点,身份验证的类型以及一些常见设置(例如别名URL,附件路径等)的表。

实例表:包含特定于实例的数据的表称为实例表。 例如,包含请求,变更,项目等的表。更确切地说,与IT实例,人力资源实例和设施实例等相关的请求数据存储在同一“ WorkOrder”表中,但存储在不同范围。

ESM安全层:每个实例在创建时都与数据库中的特定范围相关联。 例如,与IT服务台实例有关的数据存储在1到100,000,000的范围内,与人力资源有关的数据存储在100,000,001到200,000,000的范围内,依此类推。 ESM安全层位于查询层之前,并确保对数据库的每个查询都已添加了该门户的特定范围条件。 仅允许常规表(例如用户,个性化设置,登录配置等)没有范围。 这样可确保无法通过应用程序从实例获取另一个实例的数据。

注意:如果直接访问数据库,则可以通过直接查询访问所有门户信息。 对直接数据库的访问应由该客户控制。

如何存储文件附件/内嵌图像?

每个实例的文件附件和嵌入式图像存储在单独的文件夹中。

每个文件附件都与唯一的字母数字密钥关联。 仅当密钥匹配时,才可以下载附件。 这样可以不能从另一实例下载实例附件。

对于直接通过URL提供的嵌入式图像,每个嵌入式图像都以复杂的随机字母数字文件名存储,这使得迭代和访问其他实例数据变得更加困难。

用户如何能在不同的实例中具有不同的角色?

ServiceDesk Plus中的角色是特定于实例的。 用户可以是IT服务台实例中的请求者,而可以是人力资源实例中的技术员。 当用户登录到IT实例时,仅用户的角色便与视图相关联。 当同一用户切换到人力资源实例时,将删除该用户的请求者角色,并为该视图加载技术人员角色。 角色也将相应地加载到浏览器选项卡。 也就是说,如果每个标签页都加载了不同的实例,则切换标签页将相应地自动加载角色。

报表如何处理?

自定义报表具有与实例相关联的范围,并且该范围会自动被添加为条件,以确保不会获取与另一个实例相关的数据。 解析查询报表,以检查其是否涉及任何实例的表,如果涉及,则所需的范围条件将自动被附加到该表中。

Back to Top