作者回复: 嗯,谢谢你的建议。我会争取在课程中多讲解一些背后的原因和动机。给大家一些启发。另外。大家对于不清楚的地方可以留言,我可以考虑后续增加一些环节,对这些问题做出解答。
作者回复: 应该是400美金
作者回复: 1. 前期需要做capacity sizing(容量预估)
2. 如果后续需要改变分片数,可以通过reindex api 重建索引。
capacity plainning, reindx 这些在后续课程中都会有所覆盖
作者回复: 会保存在磁盘上
关于高事务性,建议把注意保存在数据库中,同时同步更新到es中
编辑回复: 我们还在陆续更新哈
作者回复: 比较性能,永远要结合场景。es和redis尝试解决的是不同的问题
作者回复: 应该没问题 放心
作者回复: 你可以看一下es的sitesearch相关产品。如果是基于es直接开发,如果有公司内部的文档的数据和页面的数据库信息,你可以根据数据作索引。如果是网站,你可以了解一下如何编写爬虫
作者回复: 完全没有问题
作者回复: 我觉得可以快速过一下视频,帮助你理解一些概念,再看视频应该会帮助你理解细节
作者回复: 所谓的实时,指的是,数据写入后多久可以被查到。
es数据写入后,做一个refresh操作后,数据就可以被查询到了。这也是为什么被成为实时搜索的缘故。当然这个值也是可以被修改的。
你单纯比较es和solr,意义不大,但是从两者生态去比较,es显然是胜出的
作者回复: 父子关系查询有介绍的。nested的也会有。文档建模优先denormalizatuin,再考虑nested。子文档更新多会考虑父子查询
作者回复: 数据保存在硬盘。也有部分数据保存在内存,这些细节在后续都有所讲解