Oracle宣稱，要推出EF for Oracle，你們相信嗎？相信的人，很可笑。

為什么這么說？大家先別噴我，看完了再噴。

在討論這個問題之前，我們必須認同以下幾點事情：

1、Oracle是賣數(shù)據(jù)庫的，而且收入占了利潤中的很大一部份，并且它的市場占用率第一，而且所占的份額很大。

2、MS也在賣數(shù)據(jù)庫，并且開始發(fā)力企業(yè)用戶，和Oracle搶市場。

3、Linq技術(shù)很受.NET用戶的歡迎。例如LinqtoSQL，EF，并且這些技術(shù)都是出自微軟。

在認同上面的幾點觀點，我們來看看三種人關(guān)于Oracle對于EF的支持的看法吧，基本上也就這幾種看法：

小A君：支持，因為推出的EF很好用，兼容性很好，和微軟的EF完全一致。

小B君：半支持，因為推出的EF加入了大量的Oracle特性，但是不完全兼容微軟的EF。

小C君：不支持（沒有理由）

以下是口水戰(zhàn)的內(nèi)容：

對于小A說的完全兼容微軟的EF，這樣有個好處，用戶可以輕易的將 Oracle 數(shù)據(jù)庫的項目，移植到 MS SQL 上，當然，用戶也可以很方便地將MS SQL項目移植到 Oracle 上。

但是從客戶考慮，Oracle是流失的客戶多，還是新增的客戶多呢？估計是流失的客戶多，尤其是MS SQL的性能不斷提升之后。

1) Oracle數(shù)據(jù)庫占領(lǐng)了絕大部份的企業(yè)市場，從概率上說，更容易流失。

2) Oracle數(shù)據(jù)庫的超貴，性價比不高。

3) Oracle數(shù)據(jù)庫每年還收取價格很高的服務費。

所以集合眾家認為，完全支持EF，基本上不可能。故，小A在口水戰(zhàn)中敗北。

對于小B說的半兼容，作為一款ORM，如果做不到小A說的那個樣子，存在的意義也就不大了。另外，標準是MS 定的，無法加入Oracle數(shù)據(jù)庫的特性。不兼容，只能顯得 Oracle 數(shù)據(jù)庫更無能，比不上MS SQL 。你的框架在.NET上跑，要玩你，還不容易。微軟之前，就利用過操作系統(tǒng)，打擊過開發(fā)工具的競爭對手——Borland。故，小B杯具了。

對于小C，如果Oracle宣稱不支持EF，大量的開發(fā)者的口水會噴死它，輿論的壓力，不但會讓它形象受損，而且會跑掉不少潛在的客戶。盡管 Oracle 唯利是圖，但是 Oracle 絕對不敢。故，小C趴下了。

事實上，在Oracle的官方論壇上，已經(jīng)有大量的.NET用戶在那里噴了，說每年都要交那多錢給Oracle，這點小東西都沒有給他們做出來。

現(xiàn)在，已經(jīng)有N多的第三方推出了Linq to Oracle。

Oracle財大氣粗，要人有人，要錢有錢，為什么第三方都能做出來的東西，它都還沒有做出來呢？只能說明，它根本不想做。是在敷衍廣大的.NET用戶。

誰會真心去做呢？只有第三控件公司，才會投入精力去做。而且，會在各個數(shù)據(jù)庫上，保持著良好的兼容性。

注意：本文并沒有說Oracle一定不會推出EF for Oracle 。

有朋友提到，Oracle已經(jīng)推出了EF for Oracle了，但是，支持到什么程度呢？能不能做到平滑的移植呢？希望能用數(shù)據(jù)來說明。

原文鏈接：http://www.cnblogs.com/ansiboy/archive/2011/06/23/2088216.html

【編輯推薦】

1. Oracle SQL：經(jīng)典查詢練手第四篇
2. Oracle SQL：經(jīng)典查詢練手第一篇
3. Oracle SQL：經(jīng)典查詢練手第二篇
4. Oracle SQL：經(jīng)典查詢練手第三篇