这样的系统可行性高不高?

Lodanlen 2007-05-16 05:21:35
现在负责开发这样一个系统:实时刷卡消费系统。Money是要存在数据库里面的,数据库服务器放在上海,但是可以在全国各地实时刷卡消费。我想说的是:如果网络延迟比较大的话,用户刷卡之后要等几秒钟后系统才会提示用户刷卡成功(数据要通过网络来传送),不知道这样的系统做出来后可行性高不?也许还有更好的解决方案,请多多指教~
...全文
245 5 打赏 收藏 转发到动态 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
guxingfeiyu 2007-05-16
  • 打赏
  • 举报
回复
第一:公交车上使用移动网络,若实时在线则省去连接环节,刷卡时直接传送数据。优点:速度快,缺点:成本高
第二:数据量尽量减少,最多传一个卡号,一个POS机编号,这样即使网络堵塞也不会造成太大的问题。
第三:卡上也储存金额,这个金额仅在网络拥堵严重时候使用,刷卡同时扣除,这样在断网、拥堵的时候也可以快速刷卡(不通过网络),正常网络状态下若出现卡的金额和网络传来金额不一致的情况以网络的为准,更新卡里的金额。
第四:考虑网络的安全性。
Lodanlen 2007-05-16
  • 打赏
  • 举报
回复
明天在来,希望大家都发表下自己的建议~
Lodanlen 2007-05-16
  • 打赏
  • 举报
回复
系统不一定要有公交车上面刷卡那么快(也许根本就达不到那样的速度)
但既然是刷卡系统至少要像那样快
是刷卡系统啊.....
Lodanlen 2007-05-16
  • 打赏
  • 举报
回复
但是银联至少取钱的时候有个等待的过程....
刷卡系统本来是应该做的像公交车上面的那样的,太慢了,估计等不急....
guxingfeiyu 2007-05-16
  • 打赏
  • 举报
回复
银联卡不就是这样吗?!你觉得银联的系统可行吗?呵呵。

3,882

社区成员

发帖
与我相关
我的任务
社区描述
C/C++ 其它技术问题
社区管理员
  • 其它技术问题社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧