行业实时系统架构方案讨论，请高手涌跃发言，多谢！

Question

另外补充一点：
公司在讨论方案时想通过J2EE的架构来实现，我对J2EE的实时性持怀疑态度，在平台选型及语言选择上也请高手多多指点！

Answer 1

我认为问题不是架构问题，而是数据写入时存在瓶颈，从100到30000的跨度确实有点大。服务器集群固然要，但可能还是解决不了问题，每秒30000条信息的录入量要同时写入数据库才是要解决的重点，个人愚见：应该从应用服务器集群与提高设备档次着手。
    应用服务器是问题的最前端的所在，它同数据库一样限制了效率，为此可以考虑将单点多线程改成多点多线程，将数据划分成华中区、华南区分别有数据库服务与之对应，收到数据后再批量导入数据库集群，前点接收的只是个消息接收窗口。
    提高设备档次不必说另外，比较疑问GPRS接收信息端与J2EE服务器之间的通信是否存在瓶颈。

Answer 2

wks9527(慢联中场核心) :
   非常感谢你，你给我提了许多卓有成效的建议，如果你愿意，我想在私下与你进一步交流沟通提高。我们公司的项目较多，应该合作的机会很多。用以下方式与我联系。
   电子邮件：[email protected]
   QQ：10562208
   POPO：[email protected]

Answer 3

当运行的实体越来越多时，写库就是一个大问题，通过GPRS传送过来的信息根本就写不进去后面的信息就来传过来了
----------
    我觉得解决这个问题，应该比较简单，在写库之间采用一个好的数据结构来存储你的数据，然后入库。就可以解决你的问题。既然你有缓冲服务器，那你还有什么困惑呢？
    私下觉得你数据那样划分，性能上应该比较好，但是业务处理比较烦琐。因为你毕竟不是为了只是储存数据。