2,209
社区成员
发帖
与我相关
我的任务
分享单位的数据记录数有500多万条？不知IB能否胜任，有经验的说说？！
单位的数据记录数有500多万条？不知IB能否胜任，约有10个客户端，主要做查询操作。
有经验的说说？！
有经验的说说？！
...全文
请发表友善的回复…
发表回复
micau_scott 2005-03-26
- 打赏
- 举报
有没有想过数据库文件坏了该怎么办，慎重点好
sztony 2005-03-23
- 打赏
- 举报
数据量和用户都不多,IB完全可以胜任,
但是如果用户达到100以上,IB可能不是很好了,
那么POSTGRESQL 是很好的选择,我个人认为,它比IB强很多
但是如果用户达到100以上,IB可能不是很好了,
那么POSTGRESQL 是很好的选择,我个人认为,它比IB强很多
jingzu 2005-03-20
- 打赏
- 举报
没有问题。我1000万条都没有问题。
cshxxx 2005-03-16
- 打赏
- 举报
没问题，应该
kingwinchina 2005-02-24
- 打赏
- 举报
加大内存,1G要,双cpu,不要用PC作dbserver.
coaco 2005-01-10
- 打赏
- 举报
数据库完全可以胜任，关键在于程序如何根据FB／IB的特点优化。
tree2000 2005-01-09
- 打赏
- 举报
手册上说支持4G个记录。
耙子 2005-01-09
- 打赏
- 举报
是 4T
耙子 2004-12-20
- 打赏
- 举报
证券公司都有用IB的，你说他行不?
hed 2004-12-16
- 打赏
- 举报
建议谨慎考虑
longsoft 2004-12-10
- 打赏
- 举报
几十万没问题，500多万不知道，理论上可行。
tec715 2004-11-13
- 打赏
- 举报
没问题，上千万记录都可以。
这里要根据实际业务情况进行分表，需要注意的有两个点，不用卖家作为分表的原因是卖家有大卖家跟小卖家，大卖家可能存在数据倾斜的问题。非分表字段查询的时候，思路基本是大数据宽表或者ES等数据二次处理来解决。
