change-tracking

    22熱度

    4回答

    我知道至少有兩個字節碼增強器在運行時修改「對象模型」以允許事務透明地執行。其中之一是Versant VOD的一部分,我每天都在工作中使用,另一部分是兵馬俑的一部分。例如在ORM中可能有不少其他人,但Versant會在我的公司處理此事。 我的問題是,是否有這樣一個開源的API,可以獨立使用,獨立於它設計的產品?你可以說一個「hackable」的API。它應該只跟蹤變化,而不是讀取訪問,這將顯着減慢代

    0熱度

    1回答

    假設我們有Customers和CustomerCategories與N-N關係的DbContext/ObjectContext的。我也想保持AuditLog表中的關係狀態。我可以通過下面的代碼在常規情況下,達到這樣的: 通過下面的代碼在ChangeTracker狀態: foreach (ObjectStateEntry dbEntry in){ objectContext .O

    -1熱度

    2回答

    我正在使用ObservableCollection<T>將某些數據綁定到某個視圖。 在編輯數據庫現有數據時,我可以通過在我的視圖模型中只調用一個Savechanges()方法來保存數據編輯,還可以將新項目添加到集合中,並且可以編輯它們,但SaveChanges()方法不會將其他行插入到D b。 我不知道傳遞給viewmodel的實體是什麼。 T是多個實體的合併類,所以我必須這樣做。 在構造函數:

    5熱度

    2回答

    我用Excel作爲將要手動輸入數據的關係數據庫類型的存儲數據(在這裏看到我的其他問題:https://stackoverflow.com/questions/9416263/possible-solutions-for-simple-data-persistence-and-manual-entry) 但是我最大的問題迄今爲止正在容易的關係(以手動入門視角)。到目前爲止,我通過使用增量ID來引用其

    4熱度

    1回答

    我知道這是可能利用變化跟蹤得到的SQL Server 2008中的更改一個表。 但是,我一直無法找到一種可接受的方式來查詢單個查詢中整個數據庫中的所有更改。 這可能嗎? 你對寫一些動態SQL和使用EXEC的想法來完成這件事?有什麼可以指點我的例子嗎? 還有沒有其他的替代品,以監控特定的行/列的數據在SQL Server 2008需要比編寫和維護觸發器較小努力改變?我們的數據庫有超過1500個表,這

    2熱度

    1回答

    到現在爲止,我主要用LAMP應用程序的工作,但有一個項目中,我需要設置兩個SQL 2008服務器(其中一個是,其他基於網絡的之間的雙向同步在防火牆內)。我找到了大量的詳細信息,但在回答一些基本問題時遇到了困難(下面以粗體顯示)。 據我瞭解,根據我讀了這一點: 複製是一個終端到終端的解決方案,可以解決許多常見問題,但並不像其他選項一樣靈活。 更改跟蹤(SQL> = 2008),可記錄約DB交易信息,

    3熱度

    1回答

    我在SQL2008 R2中使用更改跟蹤,並看到一個非常奇怪的行爲,當試圖確定在批處理中受影響的行,存儲過程需要約30秒運行時使用參數值,但是當我將這些文字值放入調用CHANGETABLE函數時,它會返回< 1秒。 下圖的呼叫需要30秒〜: DECLARE @sync_last_received_anchor BigInt; DECLARE @sync_new_received_anchor Bi

    0熱度

    1回答

    我們有一個數據庫系統,用於將源文件中的數據處理爲某些輸出。 這個「流程」不斷被更新,增強,清理,當然也被公司周圍的許多人執行。 爲了跟蹤誰改變什麼,什麼時候以及爲什麼我們需要類似Bug跟蹤器的東西,但不是很完美;更像是手動更新的版本跟蹤器。像一個CHANGES文件,但更加增強,如基於Web的,可搜索的,多用戶等。我想我們不能使用像Mantis這樣的錯誤跟蹤器,因爲它是錯誤驅動的,例如,你首先必須有

    27熱度

    1回答

    考慮下面的代碼,如何EF /的DbContext知道到客戶對象進行了更改: class Program { static void Main() { using(var shopContext = new ShopContext()) { var customer = shopContext.Customers.Find(7);

    7熱度

    1回答

    我最近在MVVM WPF應用程序中使用了很多實體框架,並且遇到了一些問題。爲了顯示數據,我的視圖模型正在使用一個短期的ObjectContext。這些視圖模型將在長時間運行的過程中使用,因此我最好使用短期的ObjectContext來不降低性能。 所以基本上這意味着我的實體在斷開模式下被使用。這些實體可以被創建,查看,更新和刪除。使用斷開模式將更改保存回數據庫沒有問題。但是我發現了一個特殊的情況,