LINQ to SQL 会拾取触发器更改/错误吗？
我不太了解某些 SQL 操作的范围以及它们与 LINQ to SQL 的关系。如果我有一个触发器在插入记录后更新记录中的字段，那么当我使用 LINQ to SQL 插入新记录时会发生什么情况？因此，给出以下操作顺序：
- 创建新的“MyObject”实例。
- 分配 MyObject 属性。
- 使用 LINQ to SQL 插入记录。
- SQL 插入触发器 将该记录的属性更新为新值。
第 5 步将是：
“MyObject”保存更新后的值。
或
“MyObject”保存我分配给它的原始值。
另一个问题给出了相同的步骤 1-3:
4.. SQL 触发器抛出错误并回滚插入，类似于 此示例。
第 5 步将是：
LINQ to SQL 引发 SQL 异常。
或
???
I'm not very knowledgeable about the scope of certain SQL operations and how they relate to LINQ to SQL. If I have a trigger that updates a field in a record after it is inserted, what happens when I insert a new record using LINQ to SQL? So given this order of operations:
- Create new "MyObject" instance.
- Assign MyObject properties.
- Insert record using LINQ to SQL.
- SQL Insert Trigger Updates a property of that record to a new value.
Would step 5 be:
"MyObject" holds the updated value.
or
"MyObject" holds the original value that I assigned to it.
And another question given the same steps 1-3:
4.. SQL Trigger throws an error and rolls back the Insert, similar to this example.
Would step 5 be:
LINQ to SQL throws a SQL Exception.
or
???
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
答案：2 和 1
但这当然也值得测试，因为异常可能取决于连接字符串参数。
Answers: 2 and 1
But it's certainly worth testing as well because the exception may depend on connection string params.