对共享成员进行放大

在 16.12 及更早版本中,Planning 不支持共享成员。将成员置于即席网格上时,系统始终将其视为基本成员,即使它应为共享成员。

即席网格支持 Planning 17.01+ 中的共享成员,且系统可识别成员是基本成员还是共享成员。如果管理员启用应用程序设置允许在即席表单中对共享成员进行向下钻取,则 Planning (17.04+) 中支持对共享成员进行放大。在这种情况下,对共享成员进行放大实际上与对相应基本成员进行放大相同。您可以一次对共享成员放大一个级别。

如果管理员启用应用程序设置钻取到基本层次中的所有级别 (21.09+),并且您使用的是标准模式应用程序,则您可以使用“放大”选项所有级别底层级别将共享成员放大到基本层次中的所有级别或仅底层级别。

共享成员放大示例

此示例中说明的结果基于以下前提:您的应用程序设置为标准模式,允许在即席表单中对共享成员进行向下钻取设置为,且启用了钻取到基本层次中的所有级别

Figure 9-1 显示实体维下的三个层次。在 entity_10 层次中,所有成员都是 entity_10 的后代。在 entity_12 层次中,所有成员都是 entity_12 的后代。在 entity_14 层次中,存在 entity_14 的后代成员以及共享成员 entity_10entity_12。共享成员包括其后代,

Figure 9-1 显示层次的实体维

实体维及其层次,包括共享成员层次

Figure 9-2 显示对 entity_14 进行放大的差异:

  • 使用“放大到所有级别”命令

  • 使用“放大到底层级别”命令

在这两种情况下,在 Oracle Smart View for Office 中,成员选项祖先位置设置为顶部

Figure 9-2 祖先位置 = 顶部时对 entity_14 进行放大的结果

层次结构显示使用“所有级别”选项和“底层级别”选项对共享成员进行放大的结果

Note:

在本地模式应用程序中,如果允许在即席表单中对共享成员进行向下钻取设置为,且禁用了钻取到基本层次中的所有级别,您可以得到“放大到所有级别”示例中显示的结果;但是,您需要对共享成员一次放大一个级别,直到到达每个层次的底层级别。您无法直接放大到共享成员的底层级别。