您好,登錄后才能下訂單哦!
這篇文章主要講解了“ADO.NET模型有什么用”,文中的講解內(nèi)容簡單清晰,易于學(xué)習(xí)與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學(xué)習(xí)“ADO.NET模型有什么用”吧!
ADO.NET模型作為下一代的開發(fā)程序,代號(hào)為Orcas。最近微軟推出了ADO.NET模型,涵蓋了VS之前版本的所有功能,快捷鍵也基本完整,與將要發(fā)布的RTM版不會(huì)有什么太大的差別。
1. 如果某個(gè)應(yīng)用程序只處理Employees的信息,但我們必須將邏輯數(shù)據(jù)關(guān)系標(biāo)準(zhǔn)化。這樣我們就不得不去關(guān)注數(shù)據(jù)庫表與表之間的關(guān)系(比如雇員的聯(lián)系信息和姓名在不同的表中),我們需要人為地在兩個(gè)表中做內(nèi)聯(lián)交叉查詢以得到正確的數(shù)據(jù)。
2. 這里該應(yīng)用程序僅僅是處理全職雇員(SalariedFlag=1),理想的情況是,我們不應(yīng)看到其他類型的雇員信息。然而實(shí)際上所有的雇員信息都在一個(gè)數(shù)據(jù)庫表中,他們是用一個(gè)"SalariedFlag"字段來區(qū)分的。ADO.NET模型意味著我們需要關(guān)注如何將不同類型的雇員加以區(qū)分。理想的情況是這樣的:假如我們只需要處理某個(gè)數(shù)據(jù)子集,系統(tǒng)只需要呈現(xiàn)這部分子集的數(shù)據(jù)。開發(fā)人員應(yīng)當(dāng)能夠通過聲明來指定哪個(gè)是需要的數(shù)據(jù)子集。
綜合地說,首先,關(guān)系數(shù)據(jù)模型不能直接匹配應(yīng)用程序?qū)嶋H的數(shù)據(jù)模型。其次,關(guān)系數(shù)據(jù)模型不能滿足應(yīng)用程序的實(shí)際需要,比如應(yīng)用程序還需要一些非功能性的需求,這些需求包括操作,數(shù)據(jù)擁有關(guān)系,性能和安全。
為了解決如上問題,ADO.NET引入了Entity Framework,它包含了數(shù)據(jù)模型以及一些設(shè)計(jì)時(shí)和運(yùn)行時(shí)的服務(wù)。ADO.NET模型通過Entity Framework提供的更高抽象層,應(yīng)用程序的數(shù)據(jù)模型就可以直接和數(shù)據(jù)庫的關(guān)系數(shù)據(jù)模型交互。
三個(gè)實(shí)體類型,ADO.NET模型分別是SalesPerson,SalesOrder和StoreSalesOrder。其中StoreSalesOrder繼承自SalesOrder。
一個(gè)關(guān)系: SalesOrder 和 SalesPerson 之間的關(guān)系。
兩個(gè)實(shí)體集(entity-sets):SalesOrders 和 SalesPeople。 實(shí)體集SalesOrders 擁有SalesOrder和StoreSalesOrder兩個(gè)實(shí)體類型。
看看上面的模型視圖已經(jīng)更接近應(yīng)用程序需求了。ADO.NET模型其中SalesPerson的信息已經(jīng)不再分布在不同的數(shù)據(jù)表中了,同時(shí)也沒有了主從鍵了。
感謝各位的閱讀,以上就是“ADO.NET模型有什么用”的內(nèi)容了,經(jīng)過本文的學(xué)習(xí)后,相信大家對ADO.NET模型有什么用這一問題有了更深刻的體會(huì),具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是億速云,小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章,歡迎關(guān)注!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。