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

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

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

JetEntityFrameworkProvider

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

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

官方的資源并不多，只提供了一兩個(gè)簡(jiǎn)單的操作視頻

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

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

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

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

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

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

Code First或DB First

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

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

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

JetEntityFrameworkProvider會(huì)創(chuàng)建一個(gè)名為_(kāi)_MigrationHistory的表，字段如下:

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

MigrationId值的例子為201612281720088_InitialCreate

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

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

ProductVersion包含了Entity Framework的版本號(hào)和JetEntityFrameworkProvider的版本號(hào)

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

var dbConnectionString = "Provider=Microsoft.ACE.OleDb.12.0;Data source=Access文件絕對(duì)路徑;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í)行如上操作后確實(shí)能夠利用EF連接已存在模型對(duì)應(yīng)數(shù)據(jù)表的Access數(shù)據(jù)庫(kù)文件了，但是執(zhí)行查詢操作仍然會(huì)報(bào)錯(cuò)buffer is null

經(jīng)過(guò)Debug發(fā)現(xiàn)此buffer指的就是插入記錄的Model字段，我們插入時(shí)沒(méi)有提供值，因?yàn)樗且粋€(gè)二進(jìn)制數(shù)據(jù)，內(nèi)容生成方式未知。

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

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論