我有一个包含几百万个文档的弹性搜索索引。构建索引的脚本从开始到结束需要几个小时。这使得针对生产数据库数据测试代码更改变得非常不切实际。
在生产中，我有一百万件物品。每一个都在服务器中编入索引。我发现我的代码错误地填充了其中一个字段。在我的本地开发环境中使用的测试数据要少得多，我的代码似乎已经解决了这个问题。然而，过去的经验表明我的用户会做一些疯狂的事情，而且我的测试数据很少涵盖每一个案例。（有复杂的权限和其他相互交互的东西来确定一个字段的简单布尔值，有时那些非常复杂的字段会朝着我在测试数据中没有预料到的方向发展。）
为了尽量减少搞砸我的生产索引，我想针对生产数据库运行我更新的弹性搜索索引代码，以确保它适用于所有用户。具体来说，我只想针对我知道有问题的少数用户数据运行它。我不能简单地将这些数据导出到我的本地开发环境，因为数据非常复杂。问题就在于此。
我想避免每次要测试更改时都必须重新构建单独的索引。（显然，如果我建立一个单独的索引，然后不定期更新它，那么我下次测试时就会有过时的数据。）
想法？想法？建议？不好的笑话？我每次都必须重建索引吗？有什么捷径可以减少我等待索引完成的时间吗？