PROSAGA码农传奇-数据集市-在ElasticSearch中，什么是优秀的Web应用程序SQL Server数据集市实现？

<div class =“post-text”itemprop =“text”>
  
    我经历了同样的事情，有一些事情需要考虑。
  
  
    的
      数据建模
    </强>
  
  
    你说你今天使用星型模式。 Elasticsearch通常适用于非规范化数据，其中信息的总体驻留在每个文档中，而不像星型模式。如果你可以使用非规范化，那很好，但我认为既然你已经有了星型模式，那么非规范化数据不是一个选项，因为你不想每次更改位置名称时更新数百万个文档（例如我理解用例）。至少在我的用例中不是一种选择。
  
  
    的
      规范化数据的Elasticsearch选项是什么？
    </强>
  
  
    这使我们想到如何将星型模式像数据放在像Elasticsearch这样的系统中。文档中有一些选项，我关注的主要选项是
  
  <UL>
    <LI>
      嵌套对象 - 更多细节在
      <a href="https://www.elastic.co/guide/en/elasticsearch/guide/current/nested-objects.html" rel="nofollow">
        https://www.elastic.co/guide/en/elasticsearch/guide/current/nested-objects.html
      </A>
       。在嵌套对象中，整个信息保存在单个文档中，这意味着一个位置及其相关用户将位于单个文档中。这可能使它不是最佳的，因为文档将是巨大的，并且位置名称的更改将需要更新整个文档。所以这更好但仍然不是最佳的。
    </LI>
    <LI>
      父母与子女的关系 - 详情请见
      <a href="https://www.elastic.co/guide/en/elasticsearch/guide/current/parent-child.html" rel="nofollow">
        https://www.elastic.co/guide/en/elasticsearch/guide/current/parent-child.html
      </A>
       。在这种情况下，位置和用户记录将是与关系数据库类似的单独索引中的kepts。这似乎是我们需要的正确建模。这个选项唯一的主要问题是，在撰写本文时，Kibana 4没有提供基于父/子关系操纵/聚合文档的方法。因此，如果你使用Elasticsearch的主要驱动程序是Kibana（这是我的），那就消除了这个选项。如果您希望将弹性搜索速度作为引擎受益，这似乎是您的用例所需的选项。
    </LI>
  </UL>
  
    在我看来，一旦你做对了数据建模，你的所有问题都会更容易回答。
  
  
    关于服务器本身的组织，我们组织的方式是在Load Balancer后面有一个由3个弹性搜索节点组成的独立集群（所有这些节点都托管在云上），然后让所有Web应用程序使用Elasticsearch API。
  
  
    希望有所帮助。
  
</DIV>