超过1亿条记录的数据库该怎么写?(100分)

  • 主题发起人 主题发起人 haloon
  • 开始时间 开始时间
H

haloon

Unregistered / Unconfirmed
GUEST, unregistred user!
目前我公司在做一个大型数据据库系统,查询的记录数有1亿条左右,我没有这么大型数据
库的开发经验,想征集大家的意见,采用什么开发方式。(我是用D6+MSSQL方案)您的方案
一旦确定可行,另加分并请客(如你在东莞)!
 
MSSQL估计不行吧,数据量太大。是什么系统啊?
 
肯定用ORACLE,DB2也行,
MSSQL?如果你不怕死就上吧
 
我也没有做过这么大的数据库
应该使用Oracle,性能保证
使用SQL Server的服务器受不了的
我曾经操纵过的才500万记录的数据库SQL Server就差不多受不了了
 
按类别分开存放,每一个表的记录最好在400万以下
 
最好使用Oracle、db2
 
我也在東莞.2000万行記錄我做過.我用的是SQL2000.查詢用異步的方式查詢.速度
還可以.一億行沒用過.
 
ORACLE,DB2是处理海量数据的,它们一定行的。
 
我公司的数据据库(oracle ),记录数有超过10亿条,一个大表就有1亿条啦,倒数据都要
一上午。
 
目前这些大型数据库oracle,db2,mssql等都可以的,关键是数据库的配置和设计.
这么大的数据量,应该是比较大的项目,应该考虑用正版吧,可以得到微软的技术支持啊
可以向他们请教怎样调整数据库啊,还有备份.恢复等等,有技术支持比较好
另外,你可以给生产这些大型数据库的厂商大个电话,咨询一下,问问他们
 
SYSBASE也可以了。。。
用什么都不是问题了。关键是你的设计。。
 
建议用oracle,另外,最好建立多表分开存放。因为再好的数据库也解决不了量的无限递增。
 
你的问题有些类似于数据仓库,首先需要分析你的数据的特性,按照各种属性 比如数据
的插入日期进行分区存放,建议使用oracle。可以参考oracle认证的数据仓库那一本书。
另外,你需要检查你的sql语句,注意查询的效率。类似于
select id, * from a where id in (select id from b)
等等子查询类似的东西就别用了。
还有就是需要建立索引,注意把最常用的数据组合建立成cluster索引。索引建立必须要
在你的程序完成之后才能建立,否则你无法对数据的使用情况进行评估。建立好最佳索引
之后,在测试你的1亿条数据。

祝你成功
 
另外,请注意使用中间表,也就是当天的数据不要在历史表中以其操作,
做一个存放要处理内容的专用表,格式和历史表相同
 
IBM RS6000+SYBASE,MEMEORY 1G,SHOULD BE GOOD!
 
硬件要跟上。
建议用Oracle 8、9吧,里面有一个功能就是把一个数据很多的大表
按一定的范围分开物理存储的(名称忘了),可以省去设计上的麻烦,而且访问性能不错
 
用ORACLE9吧,对了,楼主在东莞哪里,我也在东莞
我的qq:21323154
有空多交流交流
 
不用讨论了,肯定只能用ORACLE。 除非你对数据的安全不关心。
 
SQL2000决对不行
 
我们用的是sybase for solaris,设计容量是3-5个T,应该比一亿大的多了。
 
后退
顶部