从含多排序键的单个DynamoDB表向OpenSearch索引数据的方案咨询

优先方案：用复合ID避免文档覆盖 #

完全没必要按排序键建多个索引，最简单的解决办法是把DynamoDB的**分区键（id）+排序键（type）**拼接成OpenSearch的文档唯一ID。比如用#当分隔符，拼成cdd56430-5b57-4f2c-b831-5395db55d3cc#details这种格式，这样每个不同排序键的条目都会成为独立的OpenSearch文档，不会出现覆盖问题。

具体操作步骤：

• 在处理DynamoDB流的代码里，取出每条记录的id和type字段，用固定分隔符拼接成文档ID
• 把对应的数据原样写入单个OpenSearch索引，同时保留id和type字段，方便后续按类型筛选

这个方案的好处：

• 只需要维护一个索引，成本低
• 全库文本搜索直接针对单索引执行，逻辑简单
• 可以通过type字段快速筛选特定类型的数据

若确实需要多索引的场景 #

如果你的两种数据结构差异极大，比如需要完全不同的字段分词规则、映射设置，那可以按排序键（type）创建独立索引，比如order-details、order-inventory。

跨多索引搜索的实现方法：

1. 直接指定多索引搜索：在OpenSearch的搜索请求里，用逗号分隔多个索引名即可，示例请求：

GET /order-details,order-inventory/_search
{
  "query": {
    "match": {
      "additionalInfo": "details"
    }
  }
}

2. 使用索引别名简化操作：给所有相关索引创建一个统一别名，比如order-all，之后搜索直接用别名，不用每次列全索引：
   • 创建别名的命令：

   POST /_aliases
   {
     "actions": [
       { "add": { "index": "order-details", "alias": "order-all" } },
       { "add": { "index": "order-inventory", "alias": "order-all" } }
     ]
   }
   

   • 搜索时直接调用别名：

   GET /order-all/_search
   {
     "query": {
       "match": {
         "comments": "some details"
       }
     }
   }
   

3. 结果区分处理：搜索返回的每个文档都会带_index字段，标记它所属的索引，你的应用可以根据这个字段判断数据类型，再做对应的解析和展示。

总结 #

优先选复合ID单索引的方案，除非数据结构差异到必须分开索引的程度。多索引方案需要额外维护映射和别名，但搜索逻辑本身已经很成熟。

内容的提问来源于stack exchange，提问作者Jeff