马特·波利科夫的答案可能是最简单的。 您可以执行此操作的另一种方法（这对顽固的SAP最佳实践人员而言会有点友善）是使用所需名称创建一个新属性，然后进入MXI_ENTRY表并使用新名称和新名称更新所有现有条目。 新属性的ID。

在我当前客户的环境中，我们创建了一个需要优于MX_PERSON的客户，但是在创建属性时并没有这样做。 创建新属性后，您以后将无法添加此功能，因此我们必须执行此过程才能获得所需的链接功能。

现在为8.0（在升级过程中） 确切地说），我们将完全这样做（当所有升级乐趣都完成时），因为我的顾问们提出了相同的解决方法：创建具有正确名称的旧条目类型的"副本"，然后将所有现有内容重新分配给

。

谢谢大家的帮助！

。

致谢

Steffi。

PS：现在，我可以在@SAP官方答案中看到很多讽刺意味 anthony.kane：

根据SAP注释 2274719-IdM支持范围，直接 仅在IDM支持/开发部门明确建议时，才应执行DB上的更新。

因为在8.0中，您需要直接在db中进行更多的自定义/管理，因为通过MMC的旧方法不可行 更多。 ^^

Steffi，

好消息是，它比我想象的要容易。 坏消息是您可能不喜欢该过程。

正如您所注意到的那样，IDM中似乎没有一种直接执行此操作的方法。 这不像尝试更新MSKEYVALUE。

您需要进入数据库才能执行此操作，但是它确实工作得很好。 我在MSSQL中对此进行了测试，但没有在Oracle中进行尝试（抱歉！）。

执行以下查询：

 update mxi_objectclasses
 设置ocNAME ='[您的新条目类型名称"
 ocID = [ENTRYTYPE ID] 

其中您可以在MMC控制台中找到条目类型ID。

好消息是没有约束冲突，并且顺利通过 。 回顾我的MSSQL管理控制台，我发现我以MXMC_OPER身份登录，这可能是一个问题。

当然，此建议是不提供担保， 然后我会与DBA核对，运行备份等，等等。

希望它会有所帮助！

马特

（重点是为了保护我，我知道您知道得更多）

您好，Steffi，

不是100％知道为什么要这样设置，但是我的猜测是 开发人员不想使条目类型对象与其他IDM对象相同（可能出于设计目的，而不是可访问性）。

无论如何，我希望这对您有用！

马特

嗨，史蒂菲，

我想在这里添加一些内容。 已经提出了引用此线程的OSS票证。 所以我想我会附上回复。

我与开发团队核实过，他们建议不要对数据库进行直接更新。

根据SAP注释 2274719-IdM支持范围，直接在 仅当IDM支持/开发部门明确建议时，才应执行DB。

条目类型名称在创建后不应更改，并且没有UI或标准功能可以执行。 相反，如果客户认为它的显示名称（显示在Web UI中）不合适，则可以在MMC/Eclipse中更改其显示名称。

我希望这可以澄清问题。

亲切的问候，

安东尼

你好安东尼，

感谢您对SAP的正式答复。 ：）

我已经更改了显示名称，但是更多的是化妆品。 我们在sql语句等中使用了很多入口类型名称，但实际上并不能代表入口类型的内容。 这就是为什么我们要更改它。

如果我们创建具有相同属性，引用等的新条目类型，该怎么办？是否可以将使用旧条目类型创建的IDM对象重新引用到新条目？ 就像将对象从一种类型迁移到另一种类型一样？

。

也许我还应该指出，我不是在说IDM随附的条目类型，而是自定义条目类型。

。

此致

Steffi。

哦，Steffi，你为什么对我这样子？ 我该如何抵抗这样的挑战？？？

我将不得不面对这一挑战。 都在数据库的某个地方。 我怀疑这会写些文字，所以这是一件好事。 ：）

您友好的社区IDM黑客（白帽子）

马特