ADO.NET Data Service所以當(dāng)打開數(shù)據(jù)庫瀏覽時發(fā)現(xiàn)并沒有更新數(shù)據(jù)，都會比較疑惑，通過上面的介紹，疑惑應(yīng)當(dāng)能夠消除了,所以大家有communitysever的可以從里面獲得然后反編譯為自己所用，沒有的就到網(wǎng)絡(luò)上搜下吧，有許多資源呢！

eSQL自出生之日起，日子就不怎么好過。為什么這么說？大家針對數(shù)據(jù)庫訪問，習(xí)慣性的想到ADO.NET Data Service；而在EF正式發(fā)布前，大家已經(jīng)對LINQ有所了解，因此，針對實體的訪問，大家首先想到的應(yīng)該是LinQ。那么，微軟為什么還要推出eSQL？它相對于SQL、LinQ有什么優(yōu)勢？

相對于SQL，eSQL提供了對實體的很好的支持——這是SQL所不具備的（歷史原因 ^_^）。ADO.NET Data Service查詢出來的是行，eSQL，則可以直接查詢出實體集。eSQL直接支持EDM中的類型，而SQL不支持（廢話，有SQL的時候，EDM還沒有出世呢）……

相對于自己的哥哥——LinQ，eSQL顯得更為靈活。由于eSQL的查詢語句是個字符串，因此，其十分易于處理。舉個簡單的例子，如果我要寫一個方法，傳入排序的屬性名稱，返回一個按照此屬性排序好的實體集，要用LinQ實現(xiàn)，恐怕有點麻煩，因為，其ORDER BY后面，需要跟一個實體類的屬性；

然而，在eSQL里，這簡單是輕而易舉的事，只要寫上一個eSQL語句，ADO.NET Data Service把排序位置留為{0}，然后進(jìn)行字符串替換，這一功能就完成了——好像比較難說明白，沒有關(guān)系，后面的示例代碼里有相關(guān)的部分。#t#

總之，一句話，eSQL是個好東東——因為它是本文介紹的主角^_^。至于到底是不是那么一回事兒，大家可以試一下本文的示例，然后，根據(jù)自己的理解來酌情運(yùn)用。

很多朋友詢問我如何設(shè)置ADO.NET Data Service的權(quán)限.其實設(shè)置ADO.NET Data Service的權(quán)限與正常設(shè)置ASPNET網(wǎng)站的資源訪問權(quán)限方式一樣.
下面我就已ADO.NET Data Service文中的例子為原型,說明一下該如何設(shè)置資源訪問權(quán)限 。（文/WXWinter(冬) ）