我应该使用表适配器吗？

我正在研究一个个人项目，作为学习更多关于C＃和.NET的一种方式，特别是创建一个利用数据库的应用程序（在我的情况下是MS SQL Server 2008）。虽然我很欣赏并不总是有一个明确的“正确”做事方式，但考虑到在使用旧技术/创意或新创意之间的选择，我宁愿使用新的技术/创意。例如，我的这个项目的目标之一是学习或者至少熟悉WPF，而不是像过去一样使用WinForms。我应该使用表适配器吗？

在这个基础上，我一直在混淆，没有很多方向将数据保存到我的数据库和检索它。到目前为止，我已经设法使用TableAdapters这两个工作，但我觉得他们是“老”的工作方式（我的基础是，他们在MSDN上的Visual Studio 2005下列出）。首先，我在这个假设中是否正确？如果是这样，那么从数据库中保存和检索数据的新方法是什么？我会感谢每种方法提供的优点和缺点。

我已经谷歌搜索和广泛搜索MSDN，但我不觉得我正在使用正确的搜索条件，因为我只是成功地混淆了我自己。

我有.NET 3.5，Visual Studio 2008和Microsoft SQL Server 2008在我的处置。

任何指导将不胜感激。

来源

2010-06-24 Stu

如果您想要以更新的方式在.NET中进行数据库访问，我建议您查看LINQ to SQL或实体框架。

来源

2010-06-24 21:16:35 Dismissile

这是我应该从头开始的方向，谢谢！我之前使用过Linq，我将在这个项目中使用它。 – Stu 2010-06-24 22:05:52

我会说NHibernate;我认为这比我的实体框架更好。 – Omidoo 2013-11-15 23:14:37

有many many many使用.Net从SQL Server 2008中检索数据的不同方法。

表适配器并不是一个坏方法;它们是.Net框架的核心，易于入门且功能强大，虽然性能不如其他选项好，而且通常需要更多内存。

来源

2010-06-24 21:16:27 Dexter

我会同意TableAdapters，DataSets，DataTables等是“老”的做事方式。

“新”的方式是Linq到SQL，实体框架或NHibernate。

就我个人而言，我喜欢结合使用Linq-to-SQL以及普通的旧版本DBConnection s，DataReader和DTO。

来源

2010-06-24 21:17:40

如果您的数据按照您希望查看的方式进行构建，基本上表适配器就很好。如果您想以不同的方式查看数据，则可以使用表格适配器执行此操作，但是您无法将更改写回数据库，如果您只是生成报告，则可以。如果要查看和更改数据，并且数据不在要查看的结构中，则需要实体框架，以便可以查询数据以将其转换为其他格式，并且仍然能够将任何更改写回。这就是从服务器MV中调用的数据到显示器的VM

来源

2015-11-23 08:54:50

我应该使用表适配器吗？

回答

相关问题