锁定老帖子 主题:讨论证券公司一个技术方案
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2011-09-16
根据个人经验证券公司的oracle集群光光是不够的,必须还要对Oracle每个点进行单独的优化,另外还需要加入数据缓存服务器,才能刚刚够
|
|
返回顶楼 | |
发表时间:2012-01-13
poeho 写道 做证券公司的技术架构一定要考虑证券公司的特点和证券的特点,否则会走很多弯路。
1。证券方面后台很少用数据库,用文件存储,日线一个股票一个文件。证券的特征就是从没有同时查询2个股票的需求。 2。每天实时行情有个特点,就是每天9点前就确定了今天开盘的股票,这个在架构设计上一定要考虑。实时行情也用文件存储。 3。30s刷新一次行情太慢,按照6s设计吧,后期肯定会被要求修改。 还有一个最大问题就是真的需要考虑100万并发么?目前最大的证券公司也就几百万用户数,其中90%都是用pc客户端登录的,真正没几个会用页面看行情,不用太多虑。 别的说得都挺对。就补充一点个人看法,类似查询两个股票的,兄弟碰到过某支股票和大盘指数的比较。欢迎补充 |
|
返回顶楼 | |
发表时间:2012-02-05
node.js
|
|
返回顶楼 | |
发表时间:2012-02-07
只读系统,不涉及事务,用K-V数据存储就可以了,当然了,优化oracle就行了;页面ajax定时pull就行了,主要关键数据层面的问题,那里是瓶颈
|
|
返回顶楼 | |
发表时间:2012-02-08
Node.js is a good ideas
|
|
返回顶楼 | |