asp.net – 连接模式和断开模型在EF

The ADO.NET Framework支持两种型号的数据访问体系结构：

>面向连接
>断开连接

在面向连接的数据访问体系结构中,应用程序连接到数据源,然后通过使用相同连接的SQL请求与其进行交互(例如,即使不使用任何数据库,也必须在应用程序和数据源之间保持开放式连接)操作).

连接的架构是当您不断前往数据库进行任何您想要执行的CRUD(创建,读取,更新和删除)操作.这会为数据库创建更多流量,但通常要更快,因为您应该做更小的事务.

它建立在Connection,Command,DataReader和Transaction的类上.

在断开的数据访问体系结构中,ADO.net使用可以同时容纳多个表的内存数据存储(它们之前被提取).

断开的架构是从数据库中检索记录集并存储它的方法,它使您能够对内存中的数据进行多次CRUD(创建,更新和删除)操作,然后可以与数据库重新同步重新连接时.

它基于Connection,DataAdapter,CommandBuilder,DataSet和DataView.

一些关键的连接和断开连接架构

> DataReader是连接架构,因为它保持
连接打开,直到所有行被逐个取出.
> DataSet是断开的架构,因为所有的记录都是
立即带来,没有必要保持连接.
> DataAdapter作为Connected和
断开的对象.它管理数据源与数据源之间的连接
数据集通过将数据源填充到数据集.

哪一个在想要的情况下更好？

连接模式

>面向连接
>我们通过使用DataReader对象从数据库读取数据
>它的方法提供更快的性能
>它可以保存单个表的数据
>只读,我们无法更新数据

断开模式

>断开连接方向.
>我们通过使用DataSet对象从数据库读取数据.
它的速度和性能都很低.
>它可以容纳多个数据表.
>我们可以执行所有选项,如更新,插入,删除等.

回答你的问题

Now I read some articles about connected model and disconnected model
in EF and I’m confused why should I attach explicitly the entities to
the context in disconnected model? I had read also that the default
behavior in web is disconnected model and in WPF is connected model !

Web应用程序可以连接或断开连接,实际上ASP.NET应用程序断开连接,由于ADO.NET断开模型.由于简单的实现和更容易的故障排除,断开连接的型号越来越受欢迎.使用ASP.NET应用程序的良好设计将在数据操作完成后立即关闭所有数据库连接,无论它是每月15次命中还是每秒15次.

Could someone explain in easy manner with an an analogy of real life
what’s the difference between the two models?

是的,假设你有一些重要的提示来告诉/知道一个朋友.断开意味着你等待看到他的方式,或者你花时间获得更多的提示.连接就是与他同住或者在线/实时通信给他的方式,每次你想要告诉每一个提示.

How we could handle both models in EF with simple example?

EF使用Disconnected模型.因为您处理数据并进行所需的更改,然后执行SaveChanges

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!