完全用elasticsearch作为存储+搜索的后台方案是否可行，它会存在哪些问题，有没有一些初步的解决方案？es作为数据存储方案相对一般的nosql有哪些问题，安全性，读写性能方面有哪些劣势，如果加上mongodb作为存储，es只做搜索，总感觉太占空间了。
我来把碰到的问题描述一下吧，现在在写一个社交类的产品，客户端的所有内容都是实时搜索返回给前台的，比如附近的内容，关注者的内容等等，感觉用es做这种搜索很方便，而且用户的内容反正是要存，那么存在es里和存在传统nosql数据库里好像都一样，而且不用从nosql再往es中同步数据，减轻了磁盘占用和后台压力，这种方案相对存数据库然后取内容，再搜索有哪些弊端呢，期待有人能详细的分析一下。大家也可以在回答区讨论下，感谢关注！！！
让搜索，去做数据库的事情，会降低性能
elasticsearch基于lucene 以lucene的牌子我认为一般的规模是没问题的
大的就要写分布式了
另外全文搜索本来就是空间换时间的典型例子 英文还好 中文日文这种就看分词器了