EntityFramework 查询操作、数据库提供程序包装、数据库表达式树

Question

我正在尝试为实体框架实现数据本地化逻辑。因此，如果查询选择 Title 属性，则它应该在幕后引用列 Title_enGB 或 Title_deCH ，具体取决于当前用户区域性。

为了实现这一目标，我想重写实体框架中的 DbExpression CommandTrees。我认为这些树是构建跨数据库的一种新的通用.NET方法插入/更新/选择查询..但是现在命名空间 System.Data.Metadata 和 System.Data.Common.CommandTrees 中的所有相关构造函数/工厂System.Data.Entity.dll 是内部的！ （在 msdn 中公开记录，例如： DbExpressionBuilder）。

有谁知道在有或没有查询树重写的情况下实现这种查询操作？

我想要的代码：（公共类DbProviderServicesWrapper：DbProviderServices）

/// <summary>
/// Creates a command definition object for the specified provider manifest and command tree.
/// </summary>
/// <param name="providerManifest">Provider manifest previously retrieved from the store provider.</param>
/// <param name="commandTree">Command tree for the statement.</param>
/// <returns>
/// An exectable command definition object.
/// </returns>
protected override DbCommandDefinition CreateDbCommandDefinition(DbProviderManifest providerManifest, DbCommandTree commandTree)
{
    var originalCommandTree = commandTree as DbQueryCommandTree;
    if (originalCommandTree != null)
    {
        var expression = new MyCustomQueryRewriter(originalTree.MetadataWorkspace).Visit(originalCommandTree.Query);
        commandTree = DbQueryCommandTree.FromValidExpression(originalCommandTree.MetadataWorkspace, originalCommandTree.DataSpace, expression);
    }

    // TODO: UpdateCommand/InsertCommand

    var inner = this.Inner.CreateCommandDefinition(providerManifest, commandTree);
    var def = new DbCommandDefinitionWrapper(inner, (c, cd) => new DbCommandWrapper(c));

    return def;
}

更新

在一个表上有两个标题列并不酷，但第一步更容易实现。稍后我将使用本地化字段连接另一个表，因此主表将仅包含不变数据。

Answer 1

在 .net 中，您有用于处理本地化的 resx 文件。请参阅：resource(.resx) 有哪些好处文件？

您的方法存在一些问题：

• 添加额外的语言需要更改数据库
• 来自数据库的数据流量比所需的多

我知道这不是直接回答你的问题，但我认为你应该看看 resx 文件。

如果必须将其存储在数据库中，可以重新设计数据库：

• 表 1：id、Text
• 表 2：id、Table1_id、language_code、text

这样，新语言不需要更改数据库，并且 EF 代码变得更加简单。

Answer 2

我同意 Shiraz 的回答，如果您仍然能够更改设计，那么这不应该是您想要的，但我假设这是您要转换为实体框架的现有应用程序。

如果是这样，Title_enGB/etc 列是否映射到 EDMX 文件/POCO 中就很重要。如果是的话，我想这是可能的。您在这里可以做的是使用访问 MemberExpressions 的表达式访问者，检查它们是否访问名为“Title”的属性（您可以创建需要像这样处理的属性白名单），然后返回一个新的 MemberExpression 来代替访问Title_enGB 如果登录用户设置了该语言。

一个简单的例子：

public class MemberVisitor : ExpressionVisitor
{
  protected override Expression VisitMember(MemberExpression node)
  {
    if(node.Member.Name == "Title")
    {
        return Expression.Property(node.Expression, "Title_" + User.LanguageCode)
    }

    return base.VisitMember(node);
  }
}

然后在执行查询之前：

var visitor = new MemberVisitor();
visitor.Visit(query);

同样，只有当您不再对数据库有任何控制权时，这才是一个好主意。

该解决方案对您来说可能实用，也可能不实用，具体取决于您的具体情况，但使用表达式重写查询绝对是可能的。

这是比修改实体框架生成实际 SQL 查询的方式更高级别的解决方案。这确实对你隐藏，可能有充分的理由。相反，您只需修改描述查询的表达式树，并让实体框架负责将其转换为 SQL。

Answer 3

相反，我将提出另一种设计...

Products
   ProductID 
   ProductName
   Price
   Description
   ParentID (Nullable, FK on ProductID)
   LangCode

现在在这种情况下，您

1, Milk, $1 , EnglishDesc  , NULL, en-us 
2. M*^*, ^*&, OtherLangDesc, 1   , @$#$

的记录 2 实际上是整个产品的另一种语言描述，采用由 LanguageCode 标识的不同语言。

这样您就可以只管理一个表，并且编写一些基于泛型或基于反射的查询解决方案会容易得多。

// Get Active Products
q = context.Products.Where( x=> x.ParentID == null);

// Get Product's Language Code Description
IQueryable<Product> GetProductDesc(int productID, string langCode){
    return context.Products.Where( x=>x.ParentID == productID &&
              x.LangCode == langCode);
}

您可以创建一个接口，如下所示，

interface IMultiLangObject{
    int? ParentID {get;set;}
    string LangCode {get;set;}
}

并且您可以基于此编写通用解决方案。