Entity Framework是C#開發(fā)中最常見的ORM工具。默認Entity Framework只提供支持MSSQL的provider factory。但是開發(fā)者開源貢獻了對SQLite、MySql以及Access等的支持。

Entity Framework將概念模型中定義的實體和關(guān)系映射到數(shù)據(jù)源，利用實體框架可以將數(shù)據(jù)源返回的數(shù)據(jù)具體化為對象；跟蹤對象所做的更改；并發(fā)處理；將對象更改傳播到數(shù)據(jù)源等。今天我們就一起討論如何利用Entity Framework進行查詢、插入、更新和刪除數(shù)據(jù)。

EF操作使用步驟：1.創(chuàng)建數(shù)據(jù)庫，建立表。2.先建一個控制臺程序  3.添加ADO.net實體數(shù)據(jù)模型(AccountEF.edmx),會生成一個edmx和.cs的文件 ，我們點進.cs 的文件可以看到有(上下文，實體)兩部分.具體代碼如下.
edmx文件，用XML編輯器打開時，我們會看到包括: <!-- SSDL content -->存儲模型

JetEntityFrameworkProvider

JetEntityFrameworkProvider為Access數(shù)據(jù)庫文件兼容Entity Framework提供了相應(yīng)的Provider。在nuget中直接搜索JetEntityFrameworkProvider即可安裝該工具。雖然大多數(shù)操作最終是EntityFramework完成因此不需要什么變化，而在數(shù)據(jù)庫連接等方面還是有些不同和需要注意的地方。

數(shù)據(jù)庫連接

官方的資源并不多，只提供了一兩個簡單的操作視頻

其中使用的connectionString為在App.config中或Web.config中預(yù)定義的以供DbContext實例化時引用。

<connectionStrings> 
 <add name="DefaultConnection" connectionString="Provider=Microsoft.ACE.OleDb.12.0;Data Source=你的mdb或accdb文件絕對路徑" providerName="JetEntityFrameworkProvider" />
</connectionStrings> 

這樣你在實例化自定義的DbContext子類時直接base("name=DefaultConnection")即可建立數(shù)據(jù)庫連接。

但是我個人不喜歡在配置文件中寫死配置，我更希望使用base(existingConnection, contextOwnsConnection)這種DbContext構(gòu)造模式，所以需要先直接生成一個DbConnection，這里具體的就是OleDbConnection而不是SqlConnection了。

按照下面的方式直接使用DbProviderFactory創(chuàng)建連接:

var dbConnectionString = "Provider=Microsoft.ACE.OleDb.12.0;Data source=Access文件絕對路徑;Persist Security Info=False"; 
var conn = DbProviderFactories.GetFactory("JetEntityFrameworkProvider").CreateConnection(); 
conn.ConnectionString = dbConnectionString; 

Code First或DB First

默認地，JetEntityFrameworkProvider只支持code first模式。即你先寫好模型，然后根據(jù)模型生成數(shù)據(jù)庫。

但是我的需求是用EF讀取已存在的Access數(shù)據(jù)庫文件，即DB First模式，這時使用EF讀取Access數(shù)據(jù)庫文件會報錯提示數(shù)據(jù)表已存在。

通過code first模式的測試發(fā)現(xiàn):

JetEntityFrameworkProvider會創(chuàng)建一個名為__MigrationHistory的表，字段如下:

1. MigrationId - text格式 
2. ContextKey - memo格式 
3. Model - OleObject格式 
4. ProductVersion - text格式 

MigrationId值的例子為201612281720088_InitialCreate

ContextKey應(yīng)該是自定義的DbContext類的namespace加類名的格式

Model是二進制的數(shù)據(jù)無法查看

ProductVersion包含了Entity Framework的版本號和JetEntityFrameworkProvider的版本號

因此我嘗試在EF連接之前用普通SQL query方式插入記錄:

var dbConnectionString = "Provider=Microsoft.ACE.OleDb.12.0;Data source=Access文件絕對路徑;Persist Security Info=False"; 
conn = new OleDbConnection(dbConnectionString); 
conn.Open(); 
var exists = conn.GetSchema("Tables", new string[4] { null, null, "__MigrationHistory", "TABLE" }).Rows.Count > 0;

if(!exists) 
 {
   OleDbCommand cmd = new OleDbCommand("CREATE TABLE __MigrationHistory([MigrationId] TEXT, [ContextKey] MEMO, [Model] OleObject, [ProductVersion] TEXT)", conn);
   cmd.ExecuteNonQuery();

   cmd = new OleDbCommand("INSERT INTO __MigrationHistory(MigrationId, ContextKey, ProductVersion) VALUES('" + DateTime.Now.ToString("yyyyMMddHHmmssfff") + "', '" + typeof(ATOrionContext).Namespace + ".ATOrionContext', '6.1.3-40302')", conn);
   cmd.ExecuteNonQuery();

 }

執(zhí)行如上操作后確實能夠利用EF連接已存在模型對應(yīng)數(shù)據(jù)表的Access數(shù)據(jù)庫文件了，但是執(zhí)行查詢操作仍然會報錯buffer is null

經(jīng)過Debug發(fā)現(xiàn)此buffer指的就是插入記錄的Model字段，我們插入時沒有提供值，因為它是一個二進制數(shù)據(jù)，內(nèi)容生成方式未知。

嘗試注釋掉插入記錄的操作，只添加__MigrationHistory表，而結(jié)果也令人興奮，可以通過模型驗證并且能夠使用EF進行DB First模式的數(shù)據(jù)開發(fā)模式了。

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持我們。