|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-07-03
想法很好，也挺有意思的，不过：
引用 一些分布式系统中 经常是N个进程操作同一个表, 然后发送一条Jms 通知其它进程.
在一些复杂的系统中, 常常Jms 消息会满天飞~~. 使用这个机制可以很好的解决这样的状况. 这个即使修改mysql能改变这种情况吗？？我没有看出来，我看到的前景是原来有应用进程来通知mqserver的方式会变成由mysql进程来通知mqserver，而消息的listener还是和原来一样，只是producer不一样了而已。 |
| 返回顶楼 | |
|
发表时间：2009-07-03
你的意思是你想把外部进程当作listener注册到mysql中，一旦有某个事件发生就调用某些listener?
|
| 返回顶楼 | |
|
发表时间：2009-07-03
最后修改：2009-07-03
ahuaxuan 写道 想法很好，也挺有意思的，不过：
引用 一些分布式系统中 经常是N个进程操作同一个表, 然后发送一条Jms 通知其它进程.
在一些复杂的系统中, 常常Jms 消息会满天飞~~. 使用这个机制可以很好的解决这样的状况. 这个即使修改mysql能改变这种情况吗？？我没有看出来，我看到的前景是原来有应用进程来通知mqserver的方式会变成由mysql进程来通知mqserver，而消息的listener还是和原来一样，只是producer不一样了而已。 我觉得他的意思好像是不用MQ了，而是外部进程直接注册到mysql中，一旦有事件产生mysql就调用外部进程的回调方法 不知道我理解有没有偏差 |
| 返回顶楼 | |
|
发表时间：2009-07-03
holan 写道 我觉得他的意思好像是不用MQ了，而是外部进程直接注册到mysql中，一旦有事件产生mysql就调用外部进程的回调方法 不知道我理解有没有偏差 这样的话需要通知所有的listener，mysql一个个通知外部进程的这种设计有点夸张了。 如果listener在同一个局域网内倒是可以考虑，因为可以使用多播技术 |
| 返回顶楼 | |
|
发表时间：2009-07-04
这个东西挺好的 要不表里还得设 version 字段麻烦死了
|
| 返回顶楼 | |
|
发表时间：2009-07-04
taupo 写道 我不是牛人，但是我感兴趣。。。。。。。。。
欢迎. |
| 返回顶楼 | |
|
发表时间：2009-07-04
taupo 写道 不过我对mysql也就是用的水平啊，建表、查询、什么的
这个差不多就够了. 呵呵. |
| 返回顶楼 | |
|
发表时间：2009-07-04
taupo 写道 能否说说思路?
简单来说就是在做一个基于MySQL 数据库驱动的应用框架. 可能主要由两部分组成: 一个是修改过源代码的MySQL数据库. 一个所谓的Dispather进程. |
| 返回顶楼 | |
|
发表时间：2009-07-04
ahuaxuan 写道 想法很好，也挺有意思的，不过：
引用 一些分布式系统中 经常是N个进程操作同一个表, 然后发送一条Jms 通知其它进程.
在一些复杂的系统中, 常常Jms 消息会满天飞~~. 使用这个机制可以很好的解决这样的状况. 这个即使修改mysql能改变这种情况吗？？我没有看出来，我看到的前景是原来有应用进程来通知mqserver的方式会变成由mysql进程来通知mqserver，而消息的listener还是和原来一样，只是producer不一样了而已。 恩, 差不多是你说的那样的. listener 确实不会变化. >>一些分布式系统中 经常是N个进程操作同一个表 可能修改的是不同的字段, jms使用的都是不同的代码, 当系统很多这样的情况时是比较复杂(混乱)的. 如果哪天某个表有一些变动的话... 使用这个东西的, 可以完全将 jms 的发送代码从业务逻辑代码分离出来. |
| 返回顶楼 | |
|
发表时间：2009-07-04
holan 写道 你的意思是你想把外部进程当作listener注册到mysql中，一旦有某个事件发生就调用某些listener?
不太正确, 不过意思是这个意思. 呵呵. |
| 返回顶楼 | |
