1樓：netkiller
elasticsearch： 重熱資料，輕冷資料。
資料庫：重冷資料，輕熱資料
資料庫，需要考慮資料一致性，安全等等，資料先寫入硬碟，然後再幹其它事。資料安全第一。
elasticsearch，提交過去就開始分詞，索引。然後寫入磁碟。
資料庫使用 TCP 鏈結，長鏈結，速度快。
elasticsearch 使用 HTTP 無狀態協議，每次都需要建立鏈結，在釋放。
elasticsearch，是開放的，任何人都可以 delete 乾掉整個庫
2樓：貝克息
單獨使用也很多，取決於你的使用場景。
ES主要應用在搜尋方面，在Log分析方面ELK也應用較多。
僅僅作為儲存的話，當成乙個NOSQL的資料庫也是可以的，配置不Index即可。
3樓：wang
Elasticsearch屬於搜尋引擎，和一般我們說的資料庫不大一樣，例如不支援事物。如果你的資料不是很重要，例如日誌，完全可以存放到es中不借助其他資料庫儲存。
4樓：李卓然
不知道是不是理解了題主的問題，當成storage？ 當你花了那麼多的cpu，memeory的資源來做的revert index，本來1TB的資料可能有了這些revert index以後變成了1.5TB～2.
5TB（最近沒有做，不記得具體的比例了），你把它存在那裡是不是太浪費了？如果你不close index，這些shard還要占用資源。
我們是把ES當作資料庫來用的，有優點有缺點吧，寫的速度是瓶頸，json作為儲存形，不准到能不能算是乙個缺點（主要看你要幹什麼），需要的資源比一般的database多（第乙份工作，沒用過別的DB，應該是多的），對於json裡的乙個field，你要是想搜尋，就要做index，哪怕我不需要搜尋的那麼快，還是要做index。
補充一下，elasticsearch沒有access control，這個應該是乙個很大的弊端的。
可否完全使用ElasticSearch代替資料庫儲存？
最近把主要的訪問資料遷移到ELK裡了，目前來看，如絲般流暢。唯一擔心的是萬一哪天崩了，又要重新匯入一下。儘管部署了ELK，增加了開支，但是資料庫和快取例項都downgrade，總的開支差不多。1.嚴重的效能問題，根本不能用 這個不用擔心，實時資料都沒有問題。2.資料會丟失 這個就看你怎麼同步了。3....
ElasticSearch可否用於構建資料倉儲？
lenglang 在TB以上的資料量下，效能堪憂，必須加大記憶體的檔案系統快取來 調優 簡直蛋疼。但可以跟HBase配合，來儲存一些畫像。但如今在儲存與分離架構漸成趨勢，通過hive alluxio presto,已經可以滿足分析類查詢的效能要求，而且資料流程更短。因此，ES在整個數倉體系中，所起到...
elasticsearch 在查詢的時候如何返回指定的字段值？
ScriptShi 在spring data elasticsearch，即springboot自帶支援的es元件中 可以這樣使用，同時可以進行高亮設定等，其他功能可以自行嘗試更多的with語句。Autowired private ElasticsearchTemplateelasticsearch...