本文演示如何使用实体框架与MS SQL Server作为主数据库和Elasticsearch搜索/选择功能。该应用程序结合了Elasticsearch的功能，用于搜索和快速选择，以及用于CUD事务（创建，更新和删除）的实体框架。

设置文档搜索引擎

AdventureWorks2012用于填充搜索引擎的数据。可以在这里下载。

MS SQL Server是主数据库。数据需要加载到Elasticsearch中，而辅助持久化需要被初始化。在应用程序生命周期开始时，此任务通常只执行一次。以下方法使用实体框架读取所需的数据，并将其保存到Elasticsearch的批量请求中。 JsonIgnore和Key属性被添加到实体类。作为子文档保存到Elasticsearch的实体需要主键的Key属性。所有不支持的属性或不需要的属性都用JsonIgnore属性标记。

此方法的调用是全局asax Application_Start方法。 这也可以部署为单独的Windows服务或可以随时调用的控制台应用程序，并且还可以间隔提供验证检查，并对两个持久层执行一些管理或完整性检查。

使用实体框架 code first 从现有数据库创建Address类。 Key和JsonIgnore属性已添加到ElasticsearchCRUD序列化所需的属性。 应用程序使用所有层的address类。 通常，view model类将直接用于视图而不是实体类。 BusinessEntityAddress已经从搜索引擎中删除，因为在此应用程序中搜索不是必需的。

Search Provider

因为同一个类可以用于EF和ElasticsearchCRUD，这使得在两个持久层中更新，创建或删除实体/文档非常容易。 实体上下文和elasticsearchCRUD上下文都在ElasticsearchProvider的构造函数中初始化。 Address类需要一个ElasticsearchMappingAddress，因为Address类被保存为Elasticsearch中StateProvince的子节点。

ElasticsearchMappingAddress需要定义父索引。 这样做如下：

现在可以为搜索提供者实现创建，更新和删除方法。这需要对标准EF repository进行小的更改。在Elasticsearch中搜索或找到address 项。这些文档结果未附加到EF上下文中。因此，当需要CUD操作时，需要从主数据库附加或获取数据项。有不同的方法来做到这一点。

EF事务在Elasticsearch动作之前完成。我们只需要主数据库中存在的Elasticsearch中的数据。辅助数据库可能与主数据库不同步。您需要管理作业，并根据需要修复辅助层。应用程序的系统要求将定义如何完成。例如，如果它是一个国家的政府部门的应用程序，您可以在晚上执行此操作，而不必担心实时数据更改。对于全球应用，您需要实时操作。

在上一个示例中，MVC控制器中的提供程序就像以前一样使用。 控制器提供StateProvince搜索，并且当选择省份时，将使用jTable的列表操作从Elasticsearch检索子address 对象，并根据需要进行排序或分页。Address 搜索如下：

搜索控制器非常简单。 它为视图提供所有操作，并根据需要调用提供程序方法：

然后可以在视图中使用MVC控制器。 razor html视图创建autocomplete 控件以及来自所选StateProvince的address 子项的jTable。
注意：所需的JavaScript库和CSS文件都包含在MVC包中。

应用程序如下所示：

结论

现在该应用程序具有超强大的功能，用于搜索的Elasticsearch的高性能以及MS SQL Server中CUD操作的交易。 这对于具有大量数据的MVC应用来说是一个很好的解决方案。Elasticsearch与其他搜索引擎不谋而合。