Sql server 使用数据集的好处

我知道数据集包含数据表，它们可以容纳这些数据表之间的关系。我正在制作一个简单的表单，它通过存储过程从SQLServer获取数据，存储过程根据特定参数返回我需要的记录。严格来说，我没有必要为数据库之间的关系建模。使用数据集来包含它们还有其他好处吗？或者我也可以让它们独立存在吗？

例如，您可以在相关表上自动执行操作（自动删除）。或者，您可以根据这些关系添加限制。

---

它将帮助您绘制数据库图表。

是的，我很想以这种方式开始使用它们-但在当前的应用程序中，我只是在数据集中放置一些不相关的表，或者让数据表独立运行。我对数据库图很感兴趣。在有少量表（最多5到10个）的数据库上，这个特性实际上是不相关的。但是，当您拥有一个包含100多个表和千兆字节数据的庞大数据库时，数据库关系图（以及其他好处）确实会有所帮助。例如，如果您希望用一个客户的所有订单以及这些订单的所有订单项填充数据集，那么您可能还希望使用datarelation为一个订单选择订单项。相反，如果您只提取一个订单及其对应的一组订单项，那么，拥有datarelation就没有什么好处了。@PeterG-我的方法是让SQL Server完成所有繁重的工作，只为VB提供UI所需的内容-但我想知道，通过数据集在内存中构建更复杂的数据结构是否不会带来对服务器调用更少、所需存储过程更少的回报，总体而言，代码行可能更少。不知道性能的成本是多少。你有什么机会？值得朝这个方向发展吗？@Bill先生，我完全赞成让服务器做它设计的事情，而不是拉取超过你需要的数据。实际上，这取决于用户界面的实际使用方式。在中使用包含大量表的复杂数据集没有什么错，只要它符合应用程序的工作方式。引用datarelations，把它们放进去并没有真正的惩罚，即使你现在不使用它们，它们也不会妨碍你。只是一个意见，但从来都不喜欢它们。看看Entity Framework MHO数据集是一种完全可用的技术，它与微软的两个非常常见的错误相冲突——它们的文档数量太少，而且在完成之前就发布了，因此有一些粗糙的地方。