我知道LINQ to SQL会自动包装数据库事务中的所有更改。因此,如果我想将返回的ID用于另一个插入(我的用户表有一个AddressID,所以我添加了一个新的地址记录,然后添加了一个具有该ID的新用户记录),并且插入用户时出现问题,地址插入将不会回滚。您是否应该将这两个SubmitChanges都包装在另一个事务中?
一般而言,我想知道WF解决方案在应用程序中的可行性,在应用程序中,业务所有者需要广泛的应用程序状态和数据报告功能。另一方面,如果实例数据被写出到外部资源,如sql表,那么您不是已经放弃了随意更改该部分工作流的能力(WF的一个主要卖点)吗?在WF for .Net 3.5中,我了解到SqlTrackingService可以提供有关工作流实例事件、活动事件和用户事件的原始数据。但是,我想知道将活动中的大量实例数据记录到<