我们常见的银行排队系统在数据库方面设计方面怎么处理取号和呼叫问题呢？

Sky-Tiger · 发表于 2008-8-1 11:32

在实际的设计中，不做容器大小限制的做法是非常有风险的！

Sky-Tiger · 发表于 2008-8-1 11:32

就是用，也不会用vector啊！老土！

bhan2008 · 发表于 2008-8-1 14:04

什么世道啊，用API的时候被用MFC的说土，用Vector又被用Queue的说土，莫非JAVA API中1.0的土过1.2的土过1.5的？

paradise2009 · 发表于 2008-8-1 14:48

原帖由 bhan2008 于 2008-8-1 14:04 发表
什么世道啊，用API的时候被用MFC的说土，用Vector又被用Queue的说土，莫非JAVA API中1.0的土过1.2的土过1.5的？

不能这们讲阿。好多java的核心API可是在1.0中就确立了！

Sky-Tiger · 发表于 2008-8-1 14:55

Vector的问题你可以去查查，看看是否适合你的中间插入的操作否？

还有就是Vector的效率和锁问题，这些都不是在设计中不能考虑的问题！

iooyoo · 发表于 2008-8-1 16:38

嗯，简单一点，觉得楼主考虑太多，我去银行很少（没钱啊），没见过过号了还能插队的（vip室是不是这样俺就不知道了），都是自己再去拿号。。。

首先不清楚银行叫号的那些设备是怎么工作的，我见过的就是按一下业务种类按钮，啪唧出来张纸条
上面的号码是先从数据库取到设备上再打印，还是自己生成了发到数据库不清楚

单从排队这个系统来说
一个客户队列（空间上来说循环队列就行了，一般的银行窗口我见过的就20个了不起了，而且大多都没人。。kao）的来取出下一个客户号码，这个out操作并发的可能性实际上不多，而且用锁对效率造成的影响。。个人觉得实在是小，性能考虑毕竟不像实时交易系统那样严格，所以觉得这里FIFO是够了，用queue还是什么楼主自己选择，这个队列里面的号码怎么来楼主自己考虑，从数据库一次读多少，队列中有多少empty空间的时候填充之类的

如果非要能插队，也就是说，这个号还有个回收机制，把所有没响应的号放一个queue中吧，这个设定大小，超过一定范围的抛弃掉，没道理2小时前叫的号还能插队。。。然后用优先级控制从正常队列和回收队列中取数，这个优先级控制看楼主怎么喜欢了

至于怎么生成流水号，老实说没想到过狂按的。。。这个要不要限制每天流水号生成的数目，看需求了，肯定每天的流水号是不保存的，历史记录估计也不需要保留吧，一秒钟按一个，一天8小时也才多少

jacalwu · 发表于 2008-8-2 22:17

这个业务逻辑适合放在前端实现, 没有必要也不合适放到数据库上.
Tiger 的方案比较完备,数据量大了也能撑得下来.
如果楼主想锻炼一下数据库方面的逻辑思维的话,那倒是没有问题.

Sky-Tiger · 发表于 2008-8-3 00:22

原帖由 jacalwu 于 2008-8-2 22:17 发表
这个业务逻辑适合放在前端实现, 没有必要也不合适放到数据库上.
Tiger 的方案比较完备,数据量大了也能撑得下来.
如果楼主想锻炼一下数据库方面的逻辑思维的话,那倒是没有问题.

有懂行的人啊！

在水中燃烧 · 发表于 2008-8-4 18:18

为什么要用max(num)，一个SEQUENCE就搞定的东西了。

hidata · 发表于 2008-8-5 13:19