IBM Connections：userid vs key - 为什么单个用户有多个连接标识符？

Question

当我查看像 https://<connections-host>/profiles/html/profileView.do?userid=98A10FD8-FCC3-5DD7-C125-6A9B0055D8C8 这样的个人资料页面的源代码时，我在页面源代码中看到了两种 ID：

profilesData.displayedUser = { 
        key: "7a74e3bf-6cf4-40cd-a593-801275661353",
        dn: "<dn>",
        displayName: "Alice Someone", 
        userid:"98A10FD8-FCC3-5DD7-C125-6A9B0055D8C8", 
        // ...
};

userid 似乎是用户的常规 GUID，这对我来说很清楚。但是为什么我们有一个额外的 key 属性呢？它也看起来像另一个 GUID，但小写。

连接数API

我问的原因是：IBM's User API 要求 key 属性，例如/profiles/atom/profileEntry.do?key=7a74e3bf-6cf4-40cd-a593-801275661353。我们也可以调用 /profiles/atom/profileEntry.do?userid=98A10FD8-FCC3-5DD7-C125-6A9B0055D8C8，虽然这不是官方文档。

谁能解释一下为什么我们有两个 ID？在这里使用 key 而不是 userid 的原因是什么？它不同意 id 的概念是唯一的。

Answer 1

Connections 由具有不同数据库（人物、博客、主页等）的多个不同应用构建而成。每个数据库都有自己的用户 table 和自己的密钥。第二个 id 是 userid，它在所有数据库中应该是相同的。

在您的示例中，键指的是 peopledb。它仅在配置文件应用程序中有效。 Userid 在所有连接应用程序中都有效。

IBM Connections：userid vs key - 为什么单个用户有多个连接标识符？

IBM Connections: userid vs key - Why has connection multiple identifier for a single user?

api

guid

ibm-connections

连接数API