在elasticsearch中存储如下格式的数据是否合理?
我的搜索筛选条件包括用户的一些属性和用户发表的文章。
我的需求是通过条件搜索能快速定位到作者。
那我可以不可以在elasticsearch中存储如下格式的数据,是否合理?
这样一个对象是不是有点太大了?
若不是用这种方式存储,应该用什么方式存储和查询比较好。
{
"user_name":"张三",
"user_level":"新兵",
"user_score":5500,
"user_article":[
{
"id":1,
"article_title":"java笔记(一)",
"article_content":"xxxxxxxxxxxx..."
},
{
"id":2,
"article_title":"java笔记(二)",
"article_content":"xxxxxxxxxxxx..."
},
......(中间有近万条记录)
{
"id":15200,
"article_title":"php笔记(十五)",
"article_content":"xxxxxxxxxxxx..."
}
]
}
,
{
"user_name":"李四"
...
}
...(有N多个用户)
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
你这个存储模型有个问题就是,子对象
user_article
会平铺,丢失对象内部属性的关联关系。可以考虑用nest嵌套模型。考虑这样~