什么是ElasticSearch中良好的Web应用程序SQL Server数据集市实现？

作者: 只怕再见是故人
发布时间: 2024-11-10 03:12:34 (3天前)

2 条回复

1#
回复此人
春风助手 | 2020-08-19 12-22

我经历了同样的事情，并且需要考虑一些事项。资料建模您说您今天使用星型模式。Elasticsearch通常适用于非规范化数据，其中信息的总体驻留在每个文档中，这与星形模式不同。如果您可以使用非规范化，那很好，但是我假设由于您已经具有星型架构，因此非规范化数据不是一种选择，因为您不想每次例如更改位置名称时都去更新数百万个文档（如果我了解用例）。至少在我的用例中，这不是一个选择。标准化数据有哪些Elasticsearch选项？这使我们思考如何将像数据这样的星型模式放入像Elasticsearch这样的系统中。文档中有一些选项，我主要关注的是嵌套对象-有关更多详细信息，请参见https://www.elastic.co/guide/en/elasticsearch/guide/current/nested-objects.html。在嵌套对象中，所有信息都保存在一个文档中，这意味着一个位置及其相关用户将在一个文档中。这可能使它不是最佳的，因为文档会很大，而且，更改位置名称将需要更新整个文档。因此，这是更好的选择，但仍然不是最佳选择。父母与子女的关系-有关更多详细信息，请参见https://www.elastic.co/guide/en/elasticsearch/guide/current/parent-child.html。在这种情况下，类似于关系数据库，位置和用户记录将保存在单独的索引中。这似乎是我们需要的正确建模。此选项的唯一主要问题是，截至本文撰写时，Kibana 4尚未提供基于父子关系操作/汇总文档的方法。因此，如果您使用Elasticsearch的主要驱动因素是Kibana（这是我的），则无需使用该选项。如果您想从Elasticsearch的引擎中受益，这似乎是您的用例的理想选择。我认为，一旦确定正确，对所有问题进行数据建模的问题就会更容易回答。关于服务器本身的组织，我们的组织方式是在负载均衡器后面有3个Elasticsearch节点的单独集群（所有集群都托管在云中），然后使所有Web应用程序使用Elasticsearch API。希望能有所帮助。

编辑

登录后才能参与评论