ฉันจะแก้ไขข้อยกเว้น“ ไม่พบแถวหรือเปลี่ยนแปลง” ใน LINQ เป็น SQL บนฐานข้อมูล SQL Server Compact Edition ได้อย่างไร

เมื่อดำเนินการ SubmitChanges ไปยัง DataContext หลังจากอัปเดตคุณสมบัติสองสามอย่างด้วยการเชื่อมต่อ LINQ กับ SQL (เทียบกับ SQL Server Compact Edition) ฉันได้รับข้อความ "ไม่พบแถวหรือเปลี่ยนแปลง" ChangeConflictException

var ctx = new Data.MobileServerDataDataContext(Common.DatabasePath);
var deviceSessionRecord = ctx.Sessions.First(sess => sess.SessionRecId == args.DeviceSessionId);

deviceSessionRecord.IsActive = false;
deviceSessionRecord.Disconnected = DateTime.Now;

ctx.SubmitChanges();

แบบสอบถามสร้าง SQL ต่อไปนี้:

UPDATE [Sessions]
SET [Is_Active] = @p0, [Disconnected] = @p1
WHERE 0 = 1
-- @p0: Input Boolean (Size = 0; Prec = 0; Scale = 0) [False]
-- @p1: Input DateTime (Size = 0; Prec = 0; Scale = 0) [9/4/2008 5:12:02 PM]
-- Context: SqlProvider(SqlCE) Model: AttributedMetaModel Build: 3.5.21022.8

ปัญหาที่ชัดเจนคือWHERE 0 = 1หลังจากโหลดบันทึกแล้วฉันได้ยืนยันว่าคุณสมบัติทั้งหมดใน "deviceSessionRecord" ถูกต้องในการรวมคีย์หลัก นอกจากนี้เมื่อจับ "ChangeConflictException" จะไม่มีข้อมูลเพิ่มเติมว่าเหตุใดจึงล้มเหลว ฉันยังยืนยันว่าข้อยกเว้นนี้เกิดขึ้นพร้อมกับระเบียนเดียวในฐานข้อมูล (บันทึกที่ฉันพยายามอัปเดต)

สิ่งที่แปลกคือฉันมีคำสั่งการอัปเดตที่คล้ายกันมากในส่วนอื่นของโค้ดและสร้าง SQL ต่อไปนี้และทำการอัปเดตฐานข้อมูล SQL Server Compact Edition ของฉัน

UPDATE [Sessions]
SET [Is_Active] = @p4, [Disconnected] = @p5
WHERE ([Session_RecId] = @p0) AND ([App_RecId] = @p1) AND ([Is_Active] = 1) AND ([Established] = @p2) AND ([Disconnected] IS NULL) AND ([Member_Id] IS NULL) AND ([Company_Id] IS NULL) AND ([Site] IS NULL) AND (NOT ([Is_Device] = 1)) AND ([Machine_Name] = @p3)
-- @p0: Input Guid (Size = 0; Prec = 0; Scale = 0) [0fbbee53-cf4c-4643-9045-e0a284ad131b]
-- @p1: Input Guid (Size = 0; Prec = 0; Scale = 0) [7a174954-dd18-406e-833d-8da650207d3d]
-- @p2: Input DateTime (Size = 0; Prec = 0; Scale = 0) [9/4/2008 5:20:50 PM]
-- @p3: Input String (Size = 0; Prec = 0; Scale = 0) [CWMOBILEDEV]
-- @p4: Input Boolean (Size = 0; Prec = 0; Scale = 0) [False]
-- @p5: Input DateTime (Size = 0; Prec = 0; Scale = 0) [9/4/2008 5:20:52 PM]
-- Context: SqlProvider(SqlCE) Model: AttributedMetaModel Build: 3.5.21022.8

ฉันยืนยันว่ามีการระบุค่าฟิลด์หลักที่เหมาะสมทั้งในสคีมาฐานข้อมูลและ DBML ที่สร้างคลาส LINQ

ฉันเดาว่านี่เป็นคำถามสองส่วน:

1. เหตุใดจึงมีการโยนข้อยกเว้น
2. หลังจากตรวจสอบชุดที่สองของ SQL ที่สร้างขึ้นดูเหมือนว่าสำหรับการตรวจจับความขัดแย้งจะเป็นการดีที่จะตรวจสอบฟิลด์ทั้งหมด แต่ฉันคิดว่านี่จะไม่มีประสิทธิภาพพอสมควร วิธีนี้ใช้ได้ผลเสมอหรือไม่? มีการตั้งค่าเพียงตรวจสอบคีย์หลักหรือไม่

ฉันต่อสู้กับเรื่องนี้มาสองชั่วโมงแล้วดังนั้นความช่วยเหลือใด ๆ จะได้รับการชื่นชม

นั่นน่ารังเกียจ แต่เรียบง่าย:

ตรวจสอบว่าชนิดข้อมูลสำหรับเขตข้อมูลทั้งหมดใน O / R-Designer ตรงกับชนิดข้อมูลในตาราง SQL ของคุณหรือไม่ ตรวจสอบอีกครั้งว่าเป็นโมฆะ! คอลัมน์ควรเป็นโมฆะทั้งใน O / R-Designer และ SQL หรือไม่สามารถว่างได้ทั้งสองอย่าง

ตัวอย่างเช่นคอลัมน์ NVARCHAR "title" ถูกทำเครื่องหมายเป็น NULLable ในฐานข้อมูลของคุณและมีค่า NULL แม้ว่าคอลัมน์จะถูกทำเครื่องหมายว่าไม่เป็นโมฆะใน O / R-Mapping ของคุณ LINQ จะโหลดสำเร็จและตั้งค่า column-String เป็น null

• ตอนนี้คุณเปลี่ยนบางอย่างแล้วโทร SubmitChanges ()
• LINQ จะสร้างแบบสอบถาม SQL ที่มี "WHERE [title] IS NULL" เพื่อให้แน่ใจว่าไม่มีผู้อื่นเปลี่ยนชื่อ
• LINQ ค้นหาคุณสมบัติของ [title] ในการแมป
• LINQ จะพบ [ชื่อ] NOT NULLable
• เนื่องจาก [title] ไม่เป็นโมฆะโดยตรรกะแล้วมันจะไม่เป็นโมฆะ!
• ดังนั้นการเพิ่มประสิทธิภาพการสืบค้น LINQ จะแทนที่ด้วย "โดยที่ 0 = 1" ซึ่งเทียบเท่ากับ SQL ของ "never"

อาการเดียวกันนี้จะปรากฏขึ้นเมื่อชนิดข้อมูลของเขตข้อมูลไม่ตรงกับประเภทข้อมูลใน SQL หรือหากเขตข้อมูลหายไปเนื่องจาก LINQ จะไม่สามารถตรวจสอบให้แน่ใจว่าข้อมูล SQL ไม่ได้เปลี่ยนแปลงไปตั้งแต่อ่านข้อมูล

ประการแรกควรทราบว่าอะไรเป็นสาเหตุของปัญหา โซลูชัน Google น่าจะช่วยได้คุณสามารถบันทึกรายละเอียด (ตารางคอลัมน์ค่าเก่าค่าใหม่) เกี่ยวกับความขัดแย้งเพื่อหาทางออกที่ดีกว่าในการแก้ไขความขัดแย้งในภายหลัง:

public class ChangeConflictExceptionWithDetails : ChangeConflictException
{
    public ChangeConflictExceptionWithDetails(ChangeConflictException inner, DataContext context)
        : base(inner.Message + " " + GetChangeConflictExceptionDetailString(context))
    {
    }

    /// <summary>
    /// Code from following link
    /// https://ittecture.wordpress.com/2008/10/17/tip-of-the-day-3/
    /// </summary>
    /// <param name="context"></param>
    /// <returns></returns>
    static string GetChangeConflictExceptionDetailString(DataContext context)
    {
        StringBuilder sb = new StringBuilder();

        foreach (ObjectChangeConflict changeConflict in context.ChangeConflicts)
        {
            System.Data.Linq.Mapping.MetaTable metatable = context.Mapping.GetTable(changeConflict.Object.GetType());

            sb.AppendFormat("Table name: {0}", metatable.TableName);
            sb.AppendLine();

            foreach (MemberChangeConflict col in changeConflict.MemberConflicts)
            {
                sb.AppendFormat("Column name : {0}", col.Member.Name);
                sb.AppendLine();
                sb.AppendFormat("Original value : {0}", col.OriginalValue.ToString());
                sb.AppendLine();
                sb.AppendFormat("Current value : {0}", col.CurrentValue.ToString());
                sb.AppendLine();
                sb.AppendFormat("Database value : {0}", col.DatabaseValue.ToString());
                sb.AppendLine();
                sb.AppendLine();
            }
        }

        return sb.ToString();
    }
}

สร้างตัวช่วยในการตัด sumbitChanges ของคุณ:

public static class DataContextExtensions
{
    public static void SubmitChangesWithDetailException(this DataContext dataContext)
    {   
        try
        {         
            dataContext.SubmitChanges();
        }
        catch (ChangeConflictException ex)
        {
            throw new ChangeConflictExceptionWithDetails(ex, dataContext);
        }           
    }
}

จากนั้นโทรส่งรหัสการเปลี่ยนแปลง:

Datamodel.SubmitChangesWithDetailException();

สุดท้ายบันทึกข้อยกเว้นในตัวจัดการข้อยกเว้นส่วนกลางของคุณ:

protected void Application_Error(object sender, EventArgs e)
{         
    Exception ex = Server.GetLastError();
    //TODO
}

มีวิธีการบน DataContext เรียกว่าRefreshซึ่งอาจช่วยได้ที่นี่ ช่วยให้คุณสามารถโหลดบันทึกฐานข้อมูลซ้ำก่อนที่จะส่งการเปลี่ยนแปลงและเสนอโหมดต่างๆเพื่อกำหนดค่าที่จะเก็บไว้ "KeepChanges" ดูเหมือนจะฉลาดที่สุดสำหรับจุดประสงค์ของฉันโดยมีจุดประสงค์เพื่อรวมการเปลี่ยนแปลงของฉันกับการเปลี่ยนแปลงที่ไม่ขัดแย้งใด ๆ ที่เกิดขึ้นในฐานข้อมูลในระหว่างนี้

ถ้าเข้าใจถูกต้อง. :)

นอกจากนี้ยังสามารถเกิดจากการใช้ DbContext มากกว่าหนึ่งรายการ

ตัวอย่างเช่น:

protected async Task loginUser(string username)
{
    using(var db = new Db())
    {
        var user = await db.Users
            .SingleAsync(u => u.Username == username);
        user.LastLogin = DateTime.UtcNow;
        await db.SaveChangesAsync();
    }
}

protected async Task doSomething(object obj)
{
    string username = "joe";
    using(var db = new Db())
    {
        var user = await db.Users
            .SingleAsync(u => u.Username == username);

        if (DateTime.UtcNow - user.LastLogin >
            new TimeSpan(0, 30, 0)
        )
            loginUser(username);

        user.Something = obj;
        await db.SaveChangesAsync();
    }
}

รหัสนี้จะล้มเหลวเป็นครั้งคราวในรูปแบบที่ไม่สามารถคาดเดาได้เนื่องจากผู้ใช้ถูกใช้ในบริบททั้งสองเปลี่ยนแปลงและบันทึกไว้ในที่เดียวจากนั้นบันทึกในอีกบริบทหนึ่ง การแสดงในหน่วยความจำของผู้ใช้ที่เป็นเจ้าของ "บางสิ่ง" ไม่ตรงกับสิ่งที่อยู่ในฐานข้อมูลดังนั้นคุณจึงได้รับข้อบกพร่องที่ซ่อนอยู่นี้

วิธีหนึ่งในการป้องกันปัญหานี้คือการเขียนโค้ดใด ๆ ที่อาจถูกเรียกว่าเป็นไลบรารีเมธอดในลักษณะที่ใช้ DbContext ทางเลือก:

protected async Task loginUser(string username, Db _db = null)
{
    await EFHelper.Using(_db, async db =>
    {
        var user = await db.Users...
        ... // Rest of loginUser code goes here
    });
}

public class EFHelper
{
    public static async Task Using<T>(T db, Func<T, Task> action)
        where T : DbContext, new()
    {
        if (db == null)
        {
            using (db = new T())
            {
                await action(db);
            }
        }
        else
        {
            await action(db);
        }
    }
}

ตอนนี้วิธีการของคุณใช้ฐานข้อมูลที่เป็นทางเลือกและถ้าไม่มีก็ไปและสร้างขึ้นมาเอง หากมีเพียงแค่นำสิ่งที่ส่งผ่านมากลับมาใช้ใหม่วิธีการช่วยเหลือทำให้ง่ายต่อการนำรูปแบบนี้กลับมาใช้ในแอป

ฉันแก้ไขข้อผิดพลาดนี้โดยการลากเส้นบนตารางจากตัวสำรวจเซิร์ฟเวอร์ไปยังผู้ออกแบบและสร้างใหม่

นี่คือสิ่งที่คุณต้องการเพื่อแทนที่ข้อผิดพลาดนี้ในรหัส C #:

            try
            {
                _db.SubmitChanges(ConflictMode.ContinueOnConflict);
            }
            catch (ChangeConflictException e)
            {
                foreach (ObjectChangeConflict occ in _db.ChangeConflicts)
                {
                    occ.Resolve(RefreshMode.KeepChanges);
                }
            }

ฉันไม่รู้ว่าคุณพบคำตอบที่น่าพอใจสำหรับคำถามของคุณหรือไม่ แต่ฉันโพสต์คำถามที่คล้ายกันนี้และในที่สุดก็ตอบด้วยตัวเอง ปรากฎว่าตัวเลือกการเชื่อมต่อเริ่มต้น NOCOUNT ถูกเปิดใช้งานสำหรับฐานข้อมูลซึ่งทำให้เกิด ChangeConflictException สำหรับทุกการอัปเดตที่ทำด้วย Linq เป็น Sql คุณสามารถดูการโพสต์ของฉันที่นี่

ฉันแก้ไขสิ่งนี้โดยเพิ่มคำจำกัดความ(UpdateCheck = UpdateCheck.Never)ทั้งหมด[Column]

ไม่รู้สึกว่าเป็นทางออกที่เหมาะสมแม้ว่า ในกรณีของฉันดูเหมือนว่าจะเกี่ยวข้องกับข้อเท็จจริงที่ว่าตารางนี้มีการเชื่อมโยงกับตารางอื่นจากการที่แถวถูกลบ

นี่คือบน Windows Phone 7.5

ในกรณีของฉันข้อผิดพลาดเกิดขึ้นเมื่อผู้ใช้สองคนที่มีบริบทข้อมูล LINQ-to-SQL ที่แตกต่างกันอัปเดตเอนทิตีเดียวกันในลักษณะเดียวกัน เมื่อผู้ใช้คนที่สองพยายามอัปเดตสำเนาที่มีในบริบทข้อมูลของพวกเขาจะไม่อัปเดตแม้ว่าจะถูกอ่านหลังจากการอัปเดตครั้งแรกเสร็จสิ้น

ฉันค้นพบคำอธิบายและวิธีแก้ปัญหาในบทความนี้โดย Akshay Phadke: https://www.c-sharpcorner.com/article/overview-of-concurrency-in-linq-to-sql/

นี่คือรหัสที่ฉันยกขึ้นเป็นส่วนใหญ่:

try
{
    this.DC.SubmitChanges();
}
catch (ChangeConflictException)
{
     this.DC.ChangeConflicts.ResolveAll(RefreshMode.OverwriteCurrentValues);

     foreach (ObjectChangeConflict objectChangeConflict in this.DC.ChangeConflicts)
     {
         foreach (MemberChangeConflict memberChangeConflict in objectChangeConflict.MemberConflicts)
         {
             Debug.WriteLine("Property Name = " + memberChangeConflict.Member.Name);
             Debug.WriteLine("Current Value = " + memberChangeConflict.CurrentValue.ToString());
             Debug.WriteLine("Original Value = " + memberChangeConflict.OriginalValue.ToString());
             Debug.WriteLine("Database Value = " + memberChangeConflict.DatabaseValue.ToString());
         }
     }
     this.DC.SubmitChanges();
     this.DC.Refresh(RefreshMode.OverwriteCurrentValues, att);
 }

เมื่อฉันดูที่หน้าต่างผลลัพธ์ของฉันในขณะที่ดีบักฉันจะเห็นว่าค่าปัจจุบันตรงกับค่าฐานข้อมูล "มูลค่าดั้งเดิม" เป็นตัวการเสมอ นั่นคือค่าที่อ่านโดยบริบทข้อมูลก่อนใช้การอัปเดต

ขอบคุณ MarceloBarbosa สำหรับแรงบันดาลใจ

ฉันรู้ว่าคำถามนี้ได้รับคำตอบมานานแล้ว แต่ที่นี่ฉันใช้เวลาสองสามชั่วโมงที่ผ่านมาในการเอาหัวโขกกำแพงและฉันแค่อยากแบ่งปันวิธีแก้ปัญหาของฉันซึ่งปรากฎว่าไม่เกี่ยวข้องกับรายการใด ๆ ในชุดข้อความนี้:

เก็บเอาไว้!

ส่วน select () ของวัตถุข้อมูลของฉันใช้การแคช เมื่อพูดถึงการอัปเดตวัตถุข้อผิดพลาด Row Not Found หรือ Changed กำลังครอบตัดขึ้น

คำตอบหลายคำได้กล่าวถึงการใช้ DataContext ที่แตกต่างกันและหากมองย้อนกลับไปนี่อาจเป็นสิ่งที่เกิดขึ้น แต่มันไม่ได้ทำให้ฉันนึกถึงการแคชในทันทีดังนั้นหวังว่านี่จะช่วยใครสักคนได้!

ฉันเพิ่งพบข้อผิดพลาดนี้และพบว่าปัญหาไม่ได้อยู่ที่บริบทข้อมูลของฉัน แต่มีคำสั่งอัพเดตที่เริ่มทำงานภายในทริกเกอร์หลังจากที่มีการเรียก Commit ในบริบท ทริกเกอร์พยายามอัปเดตฟิลด์ที่ไม่เป็นค่าว่างด้วยค่า null และทำให้บริบทผิดพลาดกับข้อความที่กล่าวถึงข้างต้น

ฉันกำลังเพิ่มคำตอบนี้เพียงเพื่อช่วยให้ผู้อื่นจัดการกับข้อผิดพลาดนี้และไม่พบวิธีแก้ไขในคำตอบด้านบน

ฉันยังได้รับข้อผิดพลาดนี้เนื่องจากใช้สองบริบทที่แตกต่างกัน ฉันแก้ไขปัญหานี้โดยใช้บริบทข้อมูลเดียว

ในกรณีของฉันปัญหาเกิดจากตัวเลือกผู้ใช้ทั้งเซิร์ฟเวอร์ กำลังติดตาม:

https://msdn.microsoft.com/en-us/library/ms190763.aspx

ฉันเปิดใช้งานตัวเลือก NOCOUNT โดยหวังว่าจะได้รับประโยชน์ด้านประสิทธิภาพ:

EXEC sys.sp_configure 'user options', 512;
RECONFIGURE;

และสิ่งนี้กลายเป็นการทำลายการตรวจสอบของ Linq สำหรับแถวที่ได้รับผลกระทบ (เท่าที่ฉันสามารถหาได้จากแหล่งที่มา. NET) ซึ่งนำไปสู่ChangeConflictException

การรีเซ็ตตัวเลือกเพื่อแยก 512 บิตช่วยแก้ปัญหาได้

หลังจากใช้คำตอบของ qub1n ฉันพบว่าปัญหาสำหรับฉันคือฉันได้ประกาศคอลัมน์ฐานข้อมูลเป็นทศนิยมโดยไม่ได้ตั้งใจ (18,0) ฉันกำลังกำหนดค่าทศนิยม แต่ฐานข้อมูลกำลังเปลี่ยนแปลงโดยลอกส่วนทศนิยมออก ส่งผลให้แถวเปลี่ยนปัญหา

เพียงเพิ่มสิ่งนี้หากใครพบปัญหาที่คล้ายกัน

เพียงแค่ใช้ Linq2DB ดีกว่ามาก