对于elasticsearch索引来说太多的字段是不好的？
假设我有一千个键，并且我想存储相关的值。 直观的做法似乎是这样的
{
"key1":"someval",
"key2":"someotherval",
...
}
对于elasticsearch索引来说，这是一个糟糕的设计模式，它有几千个密钥？ 每个按这种方式引入的密钥是否会为索引下的每个文档创建开销？
如果你知道键盘的数量有上限，那么几千个字段就不成问题。
问题是当你有一组无限的密钥时，例如当密钥是从一个值派生的，因为你将有一个不断增长的映射，因此也是群集状态。 它也可能导致古怪的搜索。
这是一个常见的问题，我在我的关于初学者的Elasticsearch搜索故障排除的文章中专门介绍了这个问题。
总之，数千个领域是没有问题的 - 没有控制的映射。
链接地址: http://www.djcxy.com/p/77585.html