elasticsearch:保留冗余(非规范化）数据或保留 id 列表以进行交叉引用

将冗余数据存储在一个索引中更好，还是有两个索引然后交叉引用它们更好？ 即，用户想要在影院查找电影。

由于用户有兴趣按影院查找电影，因此我们可以nested_type电影中获得影院索引：

// Here, movies field will be a Nested Type, not Object Type.
eclient.index({
    index: 'myindex',
    type: 'theater',
    id: 1,
    body: {
        name: "Grand Cinema",
        description: "Come watch movies!",
        movies: [
           {
               title: "Red November",
               description: "A submarine hunt",
               rated: "R",
               score: 10.0
           },
           {
               title: "Cinderbrella",
               description: "A burnt umbrella",
               rated: "PG",
               score: 8.8
           }
        ]
    }
});

显示电影的简短列表变得容易，因为数据在影院上是非规范化的。

我们还可以有一个电影索引，其中包含有关电影的更多详细信息：

eclient.index({
    index: 'myindex',
    type: 'movie',
    id: 1,
    body: {
        title: "Red November",
        description: "A submarine hunt",
        rated: "R",
        score: 10.0,
        actors: ["Bob", "Alice", "Carol"],
        // other details...
    }
});

因此，当用户点击电影以获取更多信息时，我可以查询电影索引并获取其详细信息（即演员）。

如您所见，剧院拥有大量冗余数据。如果电影获得更新的字段，重新索引也会很痛苦。将有两个地方可以重新索引：影院索引中的电影和电影索引本身。即，电影获得更新的分数。

我想我可以更改它，以便影院索引包含一堆电影 ID，并让电影包含一堆影院 ID：

// theater index
type: 'theater',
id: 1,
body: {
    name: ...
    description: ...
    movies: [ 1, 2 ]
}
// movie index
type: 'movie',
id: 1,
body: {
    title: ...
    description: ...
    theaters: [ 1, 2, 3]
}

但是在这种情况下，我将如何有效地从影院查询电影信息？我必须获取电影 ID，然后在电影索引上逐个查询它们，只是为了获取一些有限的电影信息以显示在影院页面上。但是，如果特定电影的字段发生更改，则重新编制索引的工作就会少得多。

哪个是更好的解决方案？我更倾向于认为后者，因为即使电影很少改变其数据，重新索引每个拥有该特定电影的影院并重新索引电影索引本身也可能是计算能力的巨大浪费（瓶颈？

第三种解决方案是让影院保留电影 ID，然后查询这些 id 上的 Postgres 数据库。尽管这可能比通过电影索引单独查询它们慢？