从两个依赖的push id创建一个对象id是否合理？

Question

我有以下示例数据结构：

"peopleOfFame": {
  "asd456789": {
    "firstName": "John",
    "lastName": "Wayne",
    "dateOfBirth": "19660702"
    "marriedTo": "yxc321lkj"
  },
  "yxc321lkj": {
    "firstName": "Jennifer",
    "lastName": "Aniston",
    "dateOfBirth": "19620228"
    "marriedTo": "asd456789"
  }
},
"relationshipsAmongstPeopleOfFame": {
  "asd456789yxc321lkj": {
    "asd456789": true,
    "yxc321lkj": true,
    "datingSince": "20170729",
    "children": "0",
    "happy": true
  },
  "yxc321lkj": {
    "asd456789asd456789": true,
    "yxc321lkj": true,
    "datingSince": "20170729",
    "children": "0",
    "happy": true
  }
}

对于peopleOfFame中的对象使用id和relationshipsAmongstPeopleOfFame的组合ID是否有任何不足之处？

我觉得这是一个很好的用例，我们的生活会更轻松，查询会更快地这样做。我已经在Firebase中读到了很多关于数据结构的内容，但我还没有看到这些例子。既不鼓励他们也不鼓励他们。

显然，当潜在ids的数量增加时，我们的使用有限。但我在谈论明确的案例，其中两个存储的对象形成另一个存储对象。

所以，总而言之，我的问题是：你能否就这种方法不好的原因向我提出反驳论据？或者你能鼓励我并告诉我更多用例吗？我觉得那些特定的2 objects => 1 object例子没有很多。