elasticsearch,Nosql,Social,elasticsearch" /> elasticsearch,Nosql,Social,elasticsearch" />

Nosql ElasticSearch,用户和社交数据的数据存储?

Nosql ElasticSearch,用户和社交数据的数据存储?,nosql,social,elasticsearch,Nosql,Social,elasticsearch,我决定将其用作搜索站点主要数据的主存储区。它是一个NoSQL数据库,提供全文搜索和其他很棒的搜索功能 在ElasticSearch引擎中存储我的用户数据和社会关系是否也有用?或者我应该将其存储在一个单独的数据库中吗?我想说,如果你能以某种方式保护数据库的安全,请继续将所有信息保存在ElasticSearch中。AFAIK,ES不支持通过身份验证、密钥等保护应用程序的任何方法。因此,如果您无法保护该数据,您肯定不希望将任何用户登录详细信息放在其中 在我的应用程序中,我只阻止了本地主机对ES实例的端

我决定将其用作搜索站点主要数据的主存储区。它是一个NoSQL数据库,提供全文搜索和其他很棒的搜索功能


在ElasticSearch引擎中存储我的用户数据和社会关系是否也有用?或者我应该将其存储在一个单独的数据库中吗?

我想说,如果你能以某种方式保护数据库的安全,请继续将所有信息保存在ElasticSearch中。AFAIK,ES不支持通过身份验证、密钥等保护应用程序的任何方法。因此,如果您无法保护该数据,您肯定不希望将任何用户登录详细信息放在其中

在我的应用程序中,我只阻止了本地主机对ES实例的端口访问。然后,我在中的ES之上构建了一个服务层。我的所有身份验证都是在进入数据层之前进行的


ES的一个特点是,更多的数据不一定会减慢查询速度,除非您对所有数据进行索引或对其进行查询。如果您只需要检索该数据,那么您可以随时获取“\u source”文档。确保你有足够的磁盘空间来处理你的数据,但除此之外,我要说的是保存所有数据,并在索引内容和方式上具有战略性。

是的,我看到了这个问题,但我很好奇,在弹性搜索数据库中,具体的社交和用户数据是否可行。没有更多关于“用户数据”和“社交关系”的详细信息关于如何查询或聚合数据的具体示例,除了“是的,你可以这样做,这会很有用”之外,这里没有什么可以回答的。用户数据包括登录信息、密码、配置文件信息。社交数据包括关注者和用户关注者的列表。与你在Twitter上找到的定向关系类型相同。谢谢你的提示。我认为ES没有安全机制。我将跟进并阻止进入ES的端口。谢谢另外,不是每个添加到弹性搜索的文档都会自动编制索引吗?不知道你刚才抓取“_source”文档是什么意思。我们必须更仔细地看一下文件。好吧,“分析”应该是一个更好的表达方式。如果您有许多属性需要进行文本分析,那么这将减慢您的查询速度。当您从ES检索文档时,返回的属性之一是“_source”-其中包含整个文档。为了安全起见,设置自己的elasticsearch代理端点并传递搜索帖子数据相当简单,同时使用框架处理安全性(如spring/preauthorize)。然后把你的elasticsearch端点放在安全的地方。在我的例子中,我使用wso2 identity server推出了自己的安全性,带有自定义安全性注释,但在概念上类似。