问题标签 [data-access]

我正在使用 Visual Studio 2008 维护一个 .Net 2.0 应用程序。构建该应用程序时，它最初位于 Visual Studio 2003 中，并使用 System.ComponentModel.Component 类进行数据访问。您可以将命令、连接等拖放到组件的设计器表面。

在 2008 年，数据访问类不会“粘”在组件上。即，该命令的代码不会在类中生成。

1. 这是什么时候改变的？2005 年？
2. 是否有这种行为的替代品，也许使用 db pro 版？

谢谢。

嗨，我早些时候发布了一个问题，我得到了一些回复，我应该看看一些不同的技术。以上哪一项（或其他随意提及）是最受欢迎或最受支持的。

正如我之前的问题中所述，我正在学习 ASP.Net MVC。我来自 Java struts 背景，但我准备尝试了解大多数人与 ASP.Net MVC 一起使用的内容？

编辑：我做了一个快速的谷歌趋势来尝试挑选最受欢迎的（假设搜索最多=最受欢迎=最受支持，是的，我知道，一个充满短跌的概念）然后 LINQ 是最好的方法：

谷歌趋势

考虑以下情况

文件：./include/functions/table-config.php 包含：

文件：./include/classes/uri-resolve.php 包含：

文件：./settings.php 包含：

如果可能发生错误，请提出更正或解决方法。

最近，在公司中，我们从一些旧项目中获得了一些 MSSQL 数据库，我们必须将其集成到当前解决方案中。

数据库有大约 100-150 个使用 FOR XML AUTO 子句的存储过程，因此查询返回完整的对象图作为 XML 而不是行。

最快的解决方案（对于我们公司而言）是基于从数据库返回的 xml 数据创建可序列化的类（使用 xsd 工具）。

这是我们用来实例化这些对象的代码：

DB 代表企业库中的数据库类。

当 sp 返回大量数据时（例如，其中包含大量子对象、孙子对象、grandgrndchldrn ......对象的一些大型对象集合），此方法的执行会持续很长时间。

应用程序中的数据肯定会继续增长，我必须考虑对此进行优化。

所以，我想知道这是否是不好的做法（使用 FORXML、XmlReader 和反序列化），或者我们应该重写存储过程并使用 SqlDataReaders 或 Linq2Sql，或者这个片段中有一些 perf.issue（不正确使用泛型或其他东西) ?

编辑 我知道一次加载大量数据是不好的做法，而且我知道加载过程应该分成更小的块，但我只是想知道这段特定的代码是否有问题。

这是我现有的代码：

我正在赶最后期限工作，我现在正在出汗。从过去几天开始，我一直在解决一个问题，现在是时候大声疾呼了。

我有一个应用程序（我们称之为“APP”），我有一个为 APP 编写的“PerformanceStatistics”MBean。我还有一个 Singleton Data 类（我们称之为“SDATA”），它为 MBean 提供一些数据来访问和计算一些应用程序运行时的东西。因此，在应用程序启动期间，然后在应用程序生命周期中，我将向 SDATA 实例添加数据。因此，此 SDATA 实例始终具有数据。

现在，问题是我无法从 PerformanceStatistics MBean 访问任何数据或数据结构。如果我在添加数据时检查数据结构，则所有结构都包含数据。但是当我从 MBean 调用这个单例实例时，我有点拥有空数据。

任何人都可以解释或提示正在发生的事情吗？任何帮助将不胜感激。

我尝试了各种 SDATA 类是最终的，所有方法都是同步的、静态的等，只是为了确保。但直到现在还没有运气。

另一个不幸的事情是，我有时会得到不同的“ServicePerformanceData”实例（即当我打印 ServicePerformanceData.getInstance() 时，它们在不同的时间是不同的）。不知道发生了什么。我在 WebLogic 服务器中运行此应用程序并使用 JConsole。

具有单吨和数据访问方法的 SDATA 类

}

PerformanceStatistics MBean 类当我调用 ServicePerformanceData .getInstance() 之类的数据时，该结构中没有任何内容。因此，我无法得到任何结果。

}

我有一些朋友是“老派”的 VB6 数据库开发人员，我向他们介绍了 .NET 及其功能，特别是 ADO.NET。

在我们的谈话中，他们提出了他们宁愿坚持使用 ADO 而不是迁移到 ADO.NET 的以下原因：

• 数据集断开连接（如果断电怎么办？）
• 仍然需要编写相同数量的代码
• 的新选项Dataset，BindingSource并且TableAdapter看起来令人困惑
• 以编程方式编写相同的代码访问数据库，所有的变化是该命令的布局方式

我正在寻找为什么 ADO.NET 在 Windows 窗体应用程序的数据访问方面比 ADO“更好”的答案或原因。ADO.NET 提供了哪些 ADO 不提供的功能？它在什么方面比 ADO 做得更好？

注意：我想要不涉及 LINQ 的示例。

I'm using a SqlDataReader to populate an entity in a Winform app. The entity class has several foreign key attributes in the database that I want to setup as properties in the entity class. Each property will be of type 'Attribute' with an ID & Description property.

Some of the users of the system are far from the database, so data access performance is a serious consideration.

I could either execute the SqlCommand.ExecuteReader multiple times (once for each attribute) against a stored proc that returns a single resultset, or I could execute the SqlCommand.ExecuteReader once against a stored proc that returns multiple result sets and use the SqlDataReader.NextResult to move through them and setup the attributes.

If I loop through with .NextResult, I get into some issues with making sure the stored proc and the property assignment looping are aligned. If the order of SELECT statements in the proc change order, then the assignment order in the winform app would get messed up.

If the SqlDataReader goes back to the database for each read anyway, is there much time added executing the SqlCommand.ExecuteReader? Doing an ExecuteReader for each attribute would make things clearer on the assignment side.

Thanks!

我找到了很多关于如何创建数据库工厂或如何处理连接池的信息，但我无处找到完整的解决方案。

我一直使用自己的解决方案，但我认为它们并不完整或可以改进。

我可以在网上找到一些你们使用的设计好的课程吗？

谢谢 ;-）

我基本上厌倦了编写数据访问层。我认为这是一种无聊且毫无意义的努力。我设想了一个开发环境，我可以在其中创建我的实体/模型并开始构建应用程序。编写 DAL、程序等所花费的时间……只是吞噬了我对一个项目的热情。

我想要的是我的数据的通用存储库接口。就像是：

我对一些有用的东西特别感兴趣

• Azure 数据服务
• SQL 服务器
• sqLite

...但该理论适用于任何数据存储库

有没有人遇到过现成的解决方案，或者我是否必须通过编写比我想动摇的更多的数据访问层来解决问题。

注意：我知道 ORM，我想要一些不需要编写任何 DAL 或存储过程的东西。