使用数据集的好处 [关闭]答案

【问题标题】：Benefits of Using Datasets [closed]使用数据集的好处 [关闭]
【发布时间】：2023-03-21 07:30:01
【问题描述】：

我了解数据集包含数据表，并且它们可以容纳这些数据表之间的关系。我正在制作一个简单的表单，它通过存储过程从 SQL Server 获取数据，这些存储过程根据某些参数返回我需要的记录。我对数据表之间的关系进行建模并不是绝对必要的。使用数据集来包含它们还有其他好处吗，或者我是否也可以让它们独立存在？

【问题讨论】：

只是一个意见，但从不喜欢它们。看看实体框架
恕我直言，数据集是一种完全可用的技术，它与 Microsoft 的两个非常常见的错误相冲突——它们的文档严重不足，并且在完成之前就发布了，所以有一些粗糙的边缘.

标签： sql-server vb.net stored-procedures datatable dataset

【解决方案1】：

例如，您可以自动对相关表执行操作（自动删除）。或者您可以添加取决于此类关系的限制。它会帮助你绘制数据库图。

【讨论】：

是的，我渴望以这种方式开始使用它们——但在当前的应用程序中，我只是在数据集中放置了一些不相关的表，或者只是让数据表独立存在。我对数据库图很感兴趣。
在具有少量表（最多 5-10）的数据库上，此功能确实无关紧要。但是，当您拥有一个包含 100 多个表和千兆字节数据的庞大数据库时，数据库图（以及其他好处）真的会有所帮助。
如果您不需要通过数据关系导航，则不要包含它们。例如，如果您想用一个客户的所有订单以及这些订单的所有订单项目来填充数据集，您可能还想使用数据关系来选择一个订单的订单项目。相反，如果您仅拉取一个订单及其对应的一组订单项，则拥有数据关系将一无所获。
@PeterG - 我的方法是让 SQL Server 完成所有繁重的工作，并为 VB 提供 UI 所需的内容 - 但我想知道通过数据集在内存中构建更复杂的数据结构是否会减少对服务器的调用，需要更少的存储过程，可能总体上更少的代码行，但这并不能带来回报。不知道性能成本是多少。你的意见是什么？值得朝那个方向发展吗？
@MrBill 我完全赞成让服务器完成其设计的工作，而不是提取超出您需要的数据。实际上，它基于您的 UI 将如何实际使用。如果它适合您的应用程序的工作方式，那么使用包含大量表的复杂数据集并没有错。参考数据关系，放入它们并没有真正的惩罚，即使你现在不使用它们，它们也不会妨碍。