查找/更新中的 EF 4.1 Code First 错误。有什么解决办法吗？是否应该报告？

我在 EF 4.1 Code First 中发现了一个非常严重的错误。假设我们有这段代码从上下文中检索一个实体，然后用新值更新它：

public T Update<T>(T toUpdate) where T : class
        {
            System.Data.Objects.ObjectContext objectContext = ((System.Data.Entity.Infrastructure.IObjectContextAdapter)_context).ObjectContext;
            System.Data.Objects.ObjectSet<T> set = objectContext.CreateObjectSet<T>();
            IEnumerable<string> keyNames = set.EntitySet.ElementType
                                                        .KeyMembers
                                                        .Select(k => k.Name);
            var type = typeof(T);
            var values = keyNames.Select(c => type.GetProperty(c).GetValue(toUpdate, null)).ToArray();
            var current = _context.Set<T>().Find(values);
            if (current != null)
            {
                _context.Entry(current).CurrentValues.SetValues(toUpdate);
            }
            return current;
        }

现在假设我的实体有一个键属性，它是一个字符串。

工作场景：存储的实体具有键“ABCDE”，我的 toUpdate 实体具有相同的键“ABCDE”：一切正常。

错误场景：存储的实体具有键“ABCDE”，而我的 toUpdate 实体具有键“ABCDE”（注意最后一个字母后面的空格）。

这两个键确实不同。但 find 方法“自动”修剪我的密钥并找到存储的实体。如果它没有破坏 SetValues 方法，那就太好了：由于存储的密钥和新的密钥不同，我得到（正确的）以下内容：

属性“Id”是对象关键信息的一部分，不能 被修改。

因为，不同的是，它尝试更新它，并且由于它是一个关键属性，所以无法更新，所以整个事情都会失败并抛出。

我认为“查找”方法不应该自动修剪键值（或者它在内部所做的任何事情以使两个不同的字符串看起来相同）。在第二种情况下，“Find”方法应返回 null。

现在有两件事：我如何暂时解决这个问题，以及我可以在哪里报告这个错误，因为我找不到报告该错误的官方位置。

Thanks.

编辑：在这里报告错误：https://connect.microsoft.com/VisualStudio/feedback/details/696352/ef-code-first-4-1-find-update-bug https://connect.microsoft.com/VisualStudio/feedback/details/696352/ef-code-first-4-1-find-update-bug

但是 find 方法“自动”修剪我的密钥并找到存储的 无论如何实体。

我不相信会发生修剪。Find uses a SingleOrDefault内部查询，换句话说：当您调用...

set.Find("ABCDE "); // including the trailing blank

...它使用这个 LINQ 查询：

set.SingleOrDefault(key => key == "ABCDE "); // including the trailing blank

问题出在数据库中，结果取决于排序顺序、语言、大写/小写字母设置、重音等。string数据库中的关键字段（nvarchar(10)例如）。

例如，如果您使用标准Latin1_GeneralSQL Server 中键的排序顺序"ABCDE" and "ABCDE "（尾随空白）相同，您无法创建以这些值作为主键的两行。甚至"ABCDE" and "abcde"是相同的（如果您没有在 SQL Server 中设置区分大小写字母）。

同时这意味着也查询stringcolumns 将返回所有匹配的行 - 与数据库中该列的排序顺序匹配。查询为"ABCDE "尾随空白只会返回一条记录"ABCDE"没有尾随空白。

到目前为止，对于所有涉及字符串的 LINQ to Entities 查询来说，这是“正常”行为。

现在，正如您所发现的那样，ObjectContext 似乎不知道数据库中配置的排序顺序，并使用正常的 .NET 字符串比较，其中带尾随空格的字符串和不带尾随空格的字符串是不同的。

我不知道是否可以告诉上下文使用与数据库相同的字符串比较。我有些怀疑这是否可能，因为 .NET 世界和关系数据库世界太不同了。某些排序顺序可能很特殊，仅在数据库中可用，而在 .NET 中根本不可用，反之亦然。此外，除了 SQL Server 之外，还有其他数据库必须受到实体框架的支持，并且这些数据库可能有自己的排序系统。

对于您的具体情况 - 也许总是当您有string键 - 问题的可能解决方法是将实体的 key 属性设置为更新为从数据库返回的对象的键：

toUpdate.Id = current.Id;
_context.Entry(current).CurrentValues.SetValues(toUpdate);

或者更一般地说，在您的代码上下文中：

//...
var current = _context.Set<T>().Find(values);
if (current != null)
{
    foreach (var keyName in keyNames)
    {
        var currentValue = type.GetProperty(keyName).GetValue(current, null);
        type.GetProperty(keyName).SetValue(toUpdate, currentValue, null);
    }
    _context.Entry(current).CurrentValues.SetValues(toUpdate);
}

toUpdate不得附加到上下文才能使其正常工作。

这是一个错误吗？我不知道。至少这是 .NET 和关系数据库世界之间不匹配的结果，也是避免的一个很好的理由string首先是关键列/属性。