请教使用linq to entities怎么响应sqlserver的触发器

请问使用linq to entities如何响应sqlserver的触发器？
我现在的开发环境是.net framework 3.5 + sqlserver 2008 + linq to entities，因为用到了多进程，所以想使用触发器来相互监视数据库的修改，能说一下具体要怎么在ado .net ef这个框架里面使用触发器吗？
谢谢
------解决方案--------------------
触发器不是直接写在数据库表上的么？
------解决方案--------------------
首先，触发器是建立在数据库的表上的，比如有一个表A，那么直接在数据库中通过sql脚本，来建立触发器

然后，比如你建立的是insert触发器，那么在你insert into A values(...)时，会自动触发这个触发器，不用程序干预，就能自动执行这个触发器的代码。
------解决方案--------------------

引用:

Quote: 引用:

首先，触发器是建立在数据库的表上的，比如有一个表A，那么直接在数据库中通过sql脚本，来建立触发器

然后，比如你建立的是insert触发器，那么在你insert into A values(...)时，会自动触发这个触发器，不用程序干预，就能自动执行这个触发器的代码。

我主要是打算想在数据库某个数据修改之后通知另外一个进程，如果能使用触发器机制来通知就很方便了。
如果触发器不能被应用程序捕获的话有哪些解决方案？
1.使用管道通信？有些麻烦，而且会不会不安全？
2.定时检查表中的数据？貌似效率低了
由于被通知的进程是个webservice，我不想把它搞的太复杂，有什么简单的方法来实现这个需求不？

你写的这两点确实是问题，在sql server 2008，可以考虑使用 SQL Server 2008中新增的Service Broker事件通知

这个service broker，可以定制事件，比如，某个表的数据，如果这个表的数据有变化，就会自动发送事件，通知，这个就比定时检查效率高多了
------解决方案--------------------
可以参考这个：

Service Broker基础应用
http://database.51cto.com/art/201105/260207.htm