我想说的是监控数据库表里的数据，如果有添加或删除了就实时的把数据传到后台处理,这书刚看了点，我看了本SQL server 技术内幕，并没有详情的。。

大神，有什么好的框架介绍吗？.net 的

@搁忆: 一般通过监控数据库来实现这个事情，就说明这个数据库已经不归你管了，

阿猫阿狗都可以往数据库里面写数据？

1、如果是通过一个统一的管理程序写入数据库，这个管理程序应该负担起通知的义务。

2、当然，SQL Server也是知道这事的，所以你看看SQL Server相关的书籍，就会提起。

3、通常，我是说通常，问这个问题的人都是设计出了问题，或者考虑太多，应该是不需要提供这样的功能的，除非你已经编程超过20年，是个大神，有人出价1千万请你干这事。

否则我的建议是看书，另外，你目前想做的这事不靠谱，你解决不了很多问题，当然，用个十年八年的也行可以吧，祝福你。

@爱编程的大叔: 哦，想必也没有那么复杂吧，一个类似推送信息的功能要这么久？几天就行了吧。

@搁忆: 终于有人（楼下）提到SQLDependency了。你几天能搞定你搞吧。

这是一个很简单的功能，哈。

@爱编程的大叔:确实是只有我一个人搞，没办法，靠自己咯！专家还是想太多呀(变复杂).....

@搁忆: 只有一个人就好办了。你直接查询数据库就行了。反正这系统没几个人用。

@爱编程的大叔: 我是说只有我自己搞开发，用户还挺多的。。。

@搁忆: 我是说你问的问题啥环境都没说明，也许是给百度用的，也许是给三个人用的。

性能需求，环境要求啥都没有。谁能给你答案。

反正从你的字面表达，你的需求是错误的，没有人这样设计，一个人，和一万个人的系统都不是这样设计的。

如果你有特别的限制条件，导致一定要这样设计，要么牺牲服务器性能，要么牺牲程序可重用性，

要么告诉用户需求无理（不是所有的需求都要满足的)。

初级和中级程序员最大的问题都不是如何写代码，而是他们跑去搞设计，然后走歪路了。

你如果再大公司反而没有这个问题，因为设计不归你管。

我说的设计不是美工，而是架构，如何设计来满足需求，或者如何告诉用户，需求不合理。

@爱编程的大叔: 哦

好吧，怪我写的少，让人误解了。