社区
非技术版
帖子详情
当事务提交时我可以让事务通知所有的客户端吗?
撸过才知道
2010-06-01 02:28:47
我的想法让事务有提醒功能,在事务提交时可以及时的通知其它的客户端更新相关数据,这样客户端就可以不用定时更新数据,而让服务器或事务来通知更新(感觉有点像回调函数)
不知道大家有没有这个想法,可行吗?
...全文
221
22
打赏
收藏
当事务提交时我可以让事务通知所有的客户端吗?
我的想法让事务有提醒功能,在事务提交时可以及时的通知其它的客户端更新相关数据,这样客户端就可以不用定时更新数据,而让服务器或事务来通知更新(感觉有点像回调函数) 不知道大家有没有这个想法,可行吗?
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
22 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
撸过才知道
2010-06-10
打赏
举报
回复
我觉得这个多层架构挺有用的,还可以用于注册方面
比方说可以通过它来限制客户端数量,验证客户端是否合法注册等等
有没有做过三层架构的牛人可不可以给个CS三层的例子或者教程,或者说一下怎么配置,感激不尽啊
撸过才知道
2010-06-09
打赏
举报
回复
嗯,我先看下socket怎么用,呵呵
WellSoft
2010-06-08
打赏
举报
回复
向全部在线用户发送消息.
撸过才知道
2010-06-08
打赏
举报
回复
问一下 WellSoft
这个你实现过吗?可以说一下大概的流程吗?
DYFDWX
2010-06-08
打赏
举报
回复
顶顶顶顶顶
WellSoft
2010-06-08
打赏
举报
回复
用socket可以实现。
jw722
2010-06-08
打赏
举报
回复
可以自己用socket实现,让客户端连接服务器后,向服务器程序注册所需要的数据(订阅),服务器随时检查数据变化,但发生变化时,根据客户端的注册信息,确定向哪些客户端发消息,并在消息中说明更新了哪些数据,客户端根据这个消息去更新自己需要的数据。
这只是我的一个思路,但并没有具体实现过,楼主可以参考
撸过才知道
2010-06-08
打赏
举报
回复
接着呢,我怎么判断客户端是否应该更新呢(因为可能有的客户没有使用当前更新的数据)
撸过才知道
2010-06-07
打赏
举报
回复
嗯 ,我查看下推送机制的工作原理先,呵呵
jw722
2010-06-07
打赏
举报
回复
单纯PB和数据库应该实现不了,得自己用socket写一套数据的推送机制
撸过才知道
2010-06-07
打赏
举报
回复
再顶下,看看能不能吸引到目光
撸过才知道
2010-06-03
打赏
举报
回复
用PBNI,orca什么的都不能解决吗?(这些我没有用过,不过想接触一下)
大家有什么思路想法可以都说一下嘛
可能将来我们会用到呢,呵呵
lovemoreh
2010-06-03
打赏
举报
回复
如果服务器端是SQL Server,则可以用xp_cmdshell命令。
new4everlau
2010-06-02
打赏
举报
回复
顶贴!这个功能扩展后,意义非常好,但是PB做起来比较困难,有点socket的意思
sbigwolf
2010-06-02
打赏
举报
回复
DotNet有通知的机制可以解决,pb好象没有办法解决
wag_enu
2010-06-02
打赏
举报
回复
这个功能意义不是那么重大...
客户端往往是需要什么数据,才提取处理什么数据...
撸过才知道
2010-06-02
打赏
举报
回复
记得JAVA就有专门用于处理事务的一层吧
我觉得加这一层进来可以让客户端被动去更新数据,不用定时查询服务器(或者监听服务器的信息)了,并且可以保证数据是最新的;
而服务器也不用去定时处理客户端的请求(或者定时查询数据库再给客户端发送消息),这样也减轻了服务器和数据库的压力,如果客户端多的时候这样的方案比较合理吧
sjlion
2010-06-02
打赏
举报
回复
加个服务器进来,当然可以。不过如果仅仅为了发个消息,那也太浪费了吧?如果是自己研究两层转三层或多层,那没什么,如果在项目或产品上,恐怕稳定和效益还是第一位的吧
撸过才知道
2010-06-02
打赏
举报
回复
嗯 ,可以开发多层架构,数据库事务单独做为一层,这样的话,所有相关数据库的操作都交由它来处理,这样的话,应该就可以实现了吧?
sjlion
2010-06-02
打赏
举报
回复
非常像服务器推送,单纯PB客户端+数据库服务器不可能。不用其他服务器的,可以在服务器端轮询数据库,然后发给客户端,客户端监听。至于有应用服务器或WEB服务器那种,不熟,不好发表议论
加载更多回复(2)
TiDB两阶段
提交
(乐观
事务
与悲观
事务
)
学习TiDB
事务
的底层原理思想,总结一下自己的理解 官方文档 乐观
事务
: 一种与传统分布式
事务
不同的解决方案,不一定会加锁,能够实现跨节点的分布式
事务
安全,如果写冲突不频繁,那么可以通过跳过获取行锁而提高性能,如果写同一行冲突频繁,性能会低于悲观
事务
下面请对照着官网的一张图,配合理解乐观
事务
的实现 (1)
客户端
事务
开始,TiDB接到begin后,向PD管理层申请一个time stamp (下面简称ts)做为
事务
起始编号 start_ts . (2)执行
客户端
SQL: 1:读请求,则先向PD获取Regio
分布式
事务
详解【分布式
事务
的几种解决方案】彻底搞懂分布式
事务
什么是
事务
?举个生活中的例子:你去小卖铺买东西,“一手交钱,一手交货”就是一个
事务
的例子,交钱和交货必须全部成功,
事务
才算成功,任一个活动失败,
事务
将撤销所有已成功的活动。明白上述例子,再来看
事务
的定义:
事务
可以看做是一次大的活动,它由不同的小活动组成,这些活动要么全部成功,要么全部失败。2PC即两阶段
提交
协议,是将整个
事务
流程分为两个阶段,准备阶段(Prepare phase)、
提交
阶段(commit phase),2是指两个阶段,P是指准备阶段,C是指
提交
阶段。
【Redis】
事务
事务
是什么 可以一次执行多个命令,本质是一组命令的集合。一个
事务
中的 所有命令都会序列化,按顺序地串行化执行执行而不会被其它命令插入,不许加塞 能干嘛 一个队列中,一次性、顺序性、排他性的执行一系列命令 怎么玩 常用命令 开启
事务
:MULTI 输入命令:…
提交
事务
:EXEC 放弃
事务
:DISCARD UNWATCH:取消WATCH命令对所有key的监视 WATCH key:监视一个(或多个)key,如果在
事务
执行之前这个(或这些)key被其他命令所改动,那么
事务
将被打断。 正常执行 放弃
事务
全
Redis之Redis
事务
文章目录一、Redis
事务
的概念二、Redis
事务
没有隔离级别的概念三、Redis不保证原子性四、Redis
事务
的三个阶段五、Redis
事务
相关命令六、Redis
事务
使用案例总结 Redis之Redis
事务
一、Redis
事务
的概念 Redis
事务
的本质是一组命令的集合。
事务
支持一次执行多个命令,一个
事务
中所有命令都会被序列化。在
事务
执行过程,会按照顺序串行化执行队列中的命令,其他
客户端
提交
的命令请求不会插入到
事务
执行命令序列中。 总结说:redis
事务
就是一次性、顺序性、排他性的执行一个队列中的一系列命
分布式
事务
最全解决方案
1.分布式
事务
理论依据(讨论的前提) 1.1本地
事务
、分布式
事务
如果说本地
事务
是解决单个数据源上的数据操作的一致性问题的话,那么分布式
事务
则是为了解决跨越多个数据源上数据操作的一致性问题。 1.2 强一致性、弱一致性、最终一致性 从
客户端
角度,多进程并发访问
时
,更新过的数据在不同进程如何获取的不同策略,决定了不同的一致性。对于关系型数据库,要求更新过的数据能被后续的访问都能看到,这是强一致性。如果能容忍后续的部分或者全部访问不到,则是弱一致性。如果经过一段
时
间后要求能访问到更新后的数据,则是最终一致性.
非技术版
397
社区成员
11,521
社区内容
发帖
与我相关
我的任务
非技术版
PowerBuilder 非技术版
复制链接
扫一扫
分享
社区描述
PowerBuilder 非技术版
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章