elasticsearch 建筑学搜索系统与nosql数据库的耦合,elasticsearch,database-design,architecture,search-engine,nosql,elasticsearch,Database Design,Architecture,Search Engine,Nosql" /> elasticsearch 建筑学搜索系统与nosql数据库的耦合,elasticsearch,database-design,architecture,search-engine,nosql,elasticsearch,Database Design,Architecture,Search Engine,Nosql" />

elasticsearch 建筑学搜索系统与nosql数据库的耦合

elasticsearch 建筑学搜索系统与nosql数据库的耦合,elasticsearch,database-design,architecture,search-engine,nosql,elasticsearch,Database Design,Architecture,Search Engine,Nosql,选择像Cassandra、Couchbase、Mango等这样的nosql数据库是无休止的争论。他们所有的好处,我们可以争论哪一个更好,但在最后他们的主要用例停留在设置和获取数据上。 即使它们都有索引、视图或搜索功能,请求也不会集中在一个集群上。 他们的方法是或多或少干净地绕过其中一些问题,但从根本上说,这并不是因为这个数据库是如何建立的 另一方面,我们有类似弹性搜索的系统,它在get/set方面非常糟糕,但在索引数据方面却非常出色 所以一个简单的解决方案是,我将把数据保存到NoSql数据库中,

选择像Cassandra、Couchbase、Mango等这样的nosql数据库是无休止的争论。他们所有的好处,我们可以争论哪一个更好,但在最后他们的主要用例停留在设置和获取数据上。 即使它们都有索引、视图或搜索功能,请求也不会集中在一个集群上。 他们的方法是或多或少干净地绕过其中一些问题,但从根本上说,这并不是因为这个数据库是如何建立的

另一方面,我们有类似弹性搜索的系统,它在get/set方面非常糟糕,但在索引数据方面却非常出色

所以一个简单的解决方案是,我将把数据保存到NoSql数据库中,并将其索引到ES(或类似的系统)中

现在,同时支持多个系统肯定有它的问题,维护问题,故障点的增加,代码的复杂性

所以我的问题是,在生产中尝试过这种解决方案的人,你会建议这样做,还是你认为这是错误的