您是否可以说服DataContext将列视为总是脏的?

时间:2009-10-13 14:13:50

标签: c# .net linq-to-sql

有没有办法强制LINQ-to-SQL将列视为脏?在全球范围内就足够了......

基本上,我在使用L2S与遗留系统进行一些审计代码时遇到了问题,想象一下:

var ctx = new SomeDataContext(); // disposed etc - keeping it simple for illustration
var cust = ctx.Customers.First(); // just for illustration
cust.SomeRandomProperty = 17; // whatever
cust.LastUpdated = DateTime.UtcNowl;
cust.UpdatedBy = currentUser;
ctx.SubmitChanges(); // uses auto-generated TSQL

这很好,但是如果同一个用户连续两次更新它,那么UpdatedBy是NOP,而TSQL将是(粗略地):

UPDATE [dbo].[Customers]
SET SomeRandomColumn = @p0 , LastUpdated = @p1 -- note no UpdatedBy
WHERE Id = @p2 AND Version = @p3

就我而言,问题是目前所有表都有一个带括号审计触发器,它会检查审计列是否已更新,如果没有,则认为开发人员有错(代替{ {1}},虽然它可以很容易地抛出错误。)

我真正希望能做的是“总是更新这一栏,即使它不脏” - 这可能吗?

5 个答案:

答案 0 :(得分:8)

基于KristoferA's answer,我最终得到了之类的;这是邪恶和脆弱的(经常是反思),但现在可能已经足够了。战斗的另一面是改变触发器的行为:

partial class MyDataContext // or a base-class
{
    public override void SubmitChanges(System.Data.Linq.ConflictMode failureMode)
    {
        this.MakeUpdatesDirty("UpdatedBy", "Updated_By");
        base.SubmitChanges(failureMode);
    }
}
public static class DataContextExtensions
{
    public static void MakeUpdatesDirty(
        this DataContext dataContext,
        params string[] members)
    {
        if (dataContext == null) throw new ArgumentNullException("dataContext");
        if (members == null) throw new ArgumentNullException("members");
        if (members.Length == 0) return; // nothing to do
        foreach (object instance in dataContext.GetChangeSet().Updates)
        {
            MakeDirty(dataContext, instance, members);
        }
    }
    public static void MakeDirty(
        this DataContext dataContext, object instance ,
        params string[] members)
    {
        if (dataContext == null) throw new ArgumentNullException("dataContext");
        if (instance == null) throw new ArgumentNullException("instance");
        if (members == null) throw new ArgumentNullException("members");
        if (members.Length == 0) return; // nothing to do
        const BindingFlags AllInstance = BindingFlags.Instance | BindingFlags.NonPublic | BindingFlags.Public;
        object commonDataServices = typeof(DataContext)
            .GetField("services", AllInstance)
            .GetValue(dataContext);
        object changeTracker = commonDataServices.GetType()
            .GetProperty("ChangeTracker", AllInstance)
            .GetValue(commonDataServices, null);
        object trackedObject = changeTracker.GetType()
            .GetMethod("GetTrackedObject", AllInstance)
            .Invoke(changeTracker, new object[] { instance });
        var memberCache = trackedObject.GetType()
            .GetField("dirtyMemberCache", AllInstance)
            .GetValue(trackedObject) as BitArray;

        var entityType = instance.GetType();
        var metaType = dataContext.Mapping.GetMetaType(entityType);
        for(int i = 0 ; i < members.Length ; i++) {
            var member = entityType.GetMember(members[i], AllInstance);
            if(member != null && member.Length == 1) {
                var metaMember = metaType.GetDataMember(member[0]);
                if (metaMember != null)
                {
                    memberCache.Set(metaMember.Ordinal, true);
                }
            }
        }
    }
}

答案 1 :(得分:1)

不幸的是,我认为您必须使用新的DataContext

答案 2 :(得分:1)

详细信息:http://blog.benhall.me.uk/2008/01/custom-insert-logic-with-linq-to-sql.html

您可以覆盖默认的更新行为。有两种方法可以做到这一点

最简单的方法是创建一个存储过程(如果您不能在数据库上执行此操作,第二种方法应该可以工作),它会获取客户对象的参数并更新表:

  1. 创建存储过程,该存储过程具有需要更新的Customers的每个属性的参数。
  2. 将该存储过程导入Linq To SQL DBML文件。
  3. 现在,您可以右键单击客户实体,然后选择“配置行为”。
  4. 在“类”下拉列表中选择“客户”类,并在行为下拉列表中选择“更新”。
  5. 选择“自定义”单选按钮,然后选择刚刚创建的存储过程。
  6. 现在,您可以将类的属性映射到存储过程。
  7. 现在,当Linq to SQL尝试更新您的Customers表时,它将使用您的存储过程。请注意,因为这会覆盖各地客户的更新行为。

    第二种方法是使用部分方法。我实际上并没有尝试过这个,所以希望这可能会给你一些大方向的追求。在数据上下文的部分类中,为更新创建一个部分方法(无论你的类是什么,它都是Update_____。我建议在你的数据上下文的设计器文件中搜索,以确保你得到正确的)

    public partial SomeDataContext
    {
        partial void UpdateCustomer(Customer instance)
        {
           // this is where you'd do the update, but I'm not sure exactly how it's suppose to work, though. :(
        }
    }
    

答案 3 :(得分:1)

如果你想沿着[脏]反射路线走下去,你可以尝试以下几点:

1)覆盖SubmitChanges
2)通过变更集
3)使用反射来获取每个更新对象的更改跟踪器(请参阅What's the cleanest way to make a Linq object "dirty"?
4)使列变脏(StandardTrackedObject类中有dirtyMemberCache字段)

答案 4 :(得分:0)

以下适用于我。请注意,虽然我正在使用DevArt的linq2sql提供程序,但这可能无关紧要:

MyDataContext dc = new MyDataContext();

Message msg = dc.Messages.Single(m => m.Id == 1);
Message attachingMsg = new Message();
attachingMsg.Id = msg.Id;

dc.Messages.Attach(attachingMsg);

attachingMsg.MessageSubject = msg.MessageSubject + " is now changed"; // changed
attachingMsg.MessageBody = msg.MessageBody; // not changed
dc.SubmitChanges();

这会产生以下sql:

UPDATE messages SET messageSubject = :p1, messageBody = :p2 WHERE Id = :key1

因此,即使其值未更改,也会更新messageBody。 另外一个必要的变化是,对于我的实体Message的每个属性(列),我设置了UpdatedCheck = UpdateCheck.Never,除了它的ID,它是主键。