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

当我看到像

https:///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", 
        // ...
};

profilesData.displayedUser={
钥匙：“7a74e3bf-6cf4-40cd-a593-801275661353”，
dn:“”，
displayName:“Alice某人”，
用户标识：“98A10FD8-FCC3-5DD7-C125-6A9B0055D8C8”，
// ...
};

userid

似乎是用户的常规GUID，这一点我很清楚。但是为什么我们有一个额外的

key

属性呢？它看起来也像另一个GUID，但却是小写的

连接API 我询问的原因是：询问

键

属性，例如

/profiles/atom/profileEntry.do？key=7a74e3bf-6cf4-40cd-a593-801275661353

。我们也可以调用

/profiles/atom/profileEntry.do？userid=98A10FD8-FCC3-5DD7-C125-6A9B0055D8C8

，尽管这不是官方文档

---

有人能解释为什么我们有两个身份证吗？在这里使用

key

而不是

userid

的原因是什么？它不同意id是唯一的概念

连接是通过几个不同的应用程序和不同的数据库（人物、博客、主页等）建立的。每个数据库都有自己的用户表和键。第二个id是用户id，在所有数据库中都应该相同

在您的示例中，键引用peopledb。它仅在profiles应用程序中有效。 用户ID在所有连接应用程序中都有效