我正在使用传统的ADO.net(DataReader为连接模型,DataAdapter为断开模型)
所有我知道我使用连接的模型,当我有很多用户需要更新或插入在一起和断开的模型在一些情况下,当我需要发送数据到其他进程对内存中的数据进行一些操作并发回他们到db.
现在我在EF中阅读了一些有关连接模型和断开连接的模型的文章,我很困惑为什么我应该明确地将实体附加到断开模型中的上下文中？
我也读过,web中的默认行为是断开连接的模型,而在WPF中是连接的模型！
有人可以轻松地用现实生活中的类比来解释
两款机型有什么区别？
>我们如何以简单的例子处理EF中的两个模型？
>应用程序类型之间有关系(Web表单
,MVC,WPF,WCF)和EF中使用的专用模型？
>何时使用连接的型号和何时使用断开的型号(使用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
