從（1）我們看到，當生成entity class定義時，entity class或xml mapping文件中都已經完整的包含了entity和關系數據庫的映射信息了，LINQ2SQL會根據這些信息來把CRUD操作轉化為SQL提交給數據庫，并且把數據庫的返回DataTable封裝成我們想要的對象。

所謂簡單對象，就是數據表定義中沒有Foreign-key的entity class，在操作這類對象時不會涉及級聯的操作。

簡單對象的CRUD操作，可參考MSDN：http://msdn.microsoft.com/zh-cn/library/bb399349.aspx

有一點很方便，在插入數據時，LINQ2SQL不但生成了Insert的SQL語句，而且還生成語句把ColumnAttribute標記IsDbGenerated=true的數據列取回。這點當我們用數據庫生成的uniqueidentifier列或自增id做主鍵時尤其方便。

下面讓我們來一起討論級聯操作以及相關問題，為了方便示例我定義了兩張數據表Publishers和Books：

其中PublisherID和BookID都是RowGuid，而且默認值為newid()，以下代碼都是基于SqlMetal生成的xml mapping和entity class。

添加

下面代碼示例了在添加Publisher記錄時，同時添加兩個關聯Book記錄

var context = GenerateContext(); Publisher publisher = new Publisher { Name = "Microsoft" }; publisher.Books.Add(new Book { Title = "Expert F#" }); publisher.Books.Add(new Book { Title = "Beautiful code" });context.Publishers.InsertOnSubmit(publisher); context.SubmitChanges();

提交成功，關聯對象的添加就好像是集合操作。但是，好像缺了點什么？我們好像沒有給Book.PublisherID賦值，作為外鍵沒有賦值為什么會沒拋出異常呢？這都是生成代碼的功勞，我們看看Publisher.Books屬性的定義

private EntitySet<Book> _Books;public Publisher() {this._Books = new EntitySet<Book>(new Action<Book>(this.attach_Books), new Action<Book>(this.detach_Books));OnCreated(); }

當向Books集合中添加元素時，會調用attach_Books讓Book.Publisher指向Publisher對象

private void attach_Books(Book entity) {this.SendPropertyChanging();entity.Publisher = this; }

而Book.Publisher的賦值又觸發事件使Book.PublisherId=Book.Publisher.PublisherID

public Publisher Publisher{get { … }set{Publisher previousValue = this._Publisher.Entity;if (((previousValue != value) || (this._Publisher.HasLoadedOrAssignedValue == false))){this.SendPropertyChanging();if ((previousValue != null)){this._Publisher.Entity = null;previousValue.Books.Remove(this);}this._Publisher.Entity = value;if ((value != null)){value.Books.Add(this);this._PublisherID = value.PublisherID;}else{this._PublisherID = default(System.Guid);}this.SendPropertyChanged("Publisher");}}}

更新

下面代碼示例了在更新Publisher記錄時，同時更新相關的Book記錄

Publisher publisher = context.Publishers.Where( p => p.PublisherID == new Guid("ae825c5f-465d-4eb5-a2bb-cc1aeb5edb7d")).Single(); publisher.Name = "Updated Publisher"; var book = publisher.Books.First(); book.Title = "Updated book";context.SubmitChanges();

這樣的操作我們稱之為什么？級聯更新？事實上LINQ2SQL的實現里不存在所謂的“級聯更新“。在生命周期內，每一個DataContext對象都維護著每一個查詢獲得的對象的引用，并且跟蹤對象的修改，所有發生了修改的對象，在調用DataContext.SubmitChanges的時候，都會被保存到數據庫，這方面的內容在”LINQ那些事（6）“里會詳細討論。所以，在這里不是級聯更新，而是Publisher和Book對象都發生了更改，所以在調用SubmitChanges都被保存了。

涉及Association的更新，有時還會引發異常，我們來看下面這段代碼：

var context = GenerateContext(); Publisher publisher = context.Publishers.Where( p => p.PublisherID == new Guid("ae825c5f-465d-4eb5-a2bb-cc1aeb5edb7d")).Single(); var book = publisher.Books.First(); publisher.Books.Remove(book);context.SubmitChanges();

這段代碼的意圖是刪除Publisher對象相關的某Book對象，看起來是很漂亮的集合操作，但是運行時拋出異常：

“An attempt was made to remove a relationship between a Publisher and a Book. However, one of the relationship's foreign keys (Book.PublisherID) cannot be set to null.“

還記得我們在調用Publisher.Books.Add時候，EntitySet的會調用attach_Books來修改Book.PublisherID嗎？在調用Publisher.Books.Remove的時候，EntitySet會調用detach_Books來讓Book.PublisherID = default(Guid)

而對于LINQ2SQL，只跟蹤到了Book.PublisherID屬性發生了更改，所以在調用SubmitChanges會嘗試更新Book記錄而產生上述外鍵異常。解決這個問題的方法是：在Book.PublisherID的ColumnAttribute定義中，把DeleteOnNull設為true。這樣當Context發現Book.PublisherID為空（default(Guid)相當于Guid.Empty）時，不是執行Update而是Delete操作。

刪除

根據msdn，目前版本的LINQ是不支持級聯刪除的，需要級聯刪除只能依賴數據庫的級聯刪除，否則也可以考慮下面的方式：

context.Books.DeleteAllOnSubmit(publisher.Books.AsEnumerable()); context.Publishers.DeleteOnSubmit(publisher); context.SubmitChanges();

你不需要擔心事務的問題，context.SubmitChanges在執行時會自動創建本地數據庫事務，來保證操作的完整。關于事務的問題，我們在“LINQ那些事（3）”中會有詳細討論。

查詢

先看看下面這段代碼

var context = GenerateContext(); context.Log = Console.Out;// 查詢publisher對象 Console.WriteLine("Querying publisher"); Publisher publisher = context.Publishers.Where( p => p.PublisherID == new Guid("ae825c5f-465d-4eb5-a2bb-cc1aeb5edb7d")).Single();Console.WriteLine("Querying books") // 當調用publisher.Books.GetEnumerator()時，執行book對象的查詢 foreach (Book book in publisher.Books) { Console.WriteLine(book.Title); }

在默認情況下，DataContext并不會加載Assocation對象（EntitySet<T>或EntityRef<T>），當Assocation對象需要被訪問時才會執行數據庫查詢，這就是所謂的lazy-loading。LINQ2SQL的Layz-loading的實現與IEnumerable<T>的deferred query execution是一樣的，有興趣可以看看EntitySet<T>.GetEnumerator或EntityRef<T>.Entity.Getter代碼。

Lazy-loading的好處是避免了不必要的查詢，但是在某些場合確定Assocation對象都應該加載時，我們可以設置DataContext. LoadOption來指定Assocation對象的加載：

DataLoadOptions option = new DataLoadOptions(); option.LoadWith<Publisher>(p => p.Books); context.LoadOptions = option;

總結：本節討論了如何使用LINQ2SQL來進行簡單對象和涉及Association的對象的CRUD操作。示例代碼段在只涉及一個DataContext對象或在單線程的情況下都可以正確運行，但是當涉及多個DataContext或并發訪問的情況的下會怎么樣呢？這是我們接下來要討論的。

?

鏈接

LINQ那些事（總）

1、 LINQ那些事兒（1）- 定義從關系數據庫到Entity Class的映射

2、 LINQ那些事兒（2）- 簡單對象的CRUD操作和Association的級聯操作

3、 LINQ那些事兒（3）- 事務和并發沖突處理

4、 LINQ那些事兒（4）- Query Expression和Query Operator

5、 LINQ那些事兒（5）- 動態查詢

6、 LINQ那些事兒（6）- DataContext的對象生命周期管理

7、 LINQ那些事兒（7）- 通過自定義IEnumerable<T>來擴展LINQ

8、LINQ那些事兒（8）- 通過自定義IQueryable<T>和IQueryableProvider來擴展LINQ

轉載于:https://www.cnblogs.com/chwkai/archive/2009/12/31/linq_crud.html

總結

以上是生活随笔為你收集整理的LINQ那些事儿（2）- 简单对象的CRUD操作和Association的级联操作的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。