请教4400万条数据（40GB）的存储方案！！！

Question

目前这批数据存储在光盘中，为了便于检索和数据的提取，需要导入到数据库系统中。
现在的硬件条件是 : CPU 2.4GHz, Memory 1G, HD 160GB, 
准备使用Oracle存放数据
那在设计上该如何把握？
尽量使检索的速度快，提取数据时简单快捷这么大的数据量可否存放在一个表里（为了查询/开发时的方便），如果可以如何设计，对于备份有没有影响呢

Answer 1

分析你的是数据特点。
可以考虑的分区方案四种:range partition、hash partition、list partition、composite partition
索引方案：b-tree index、bitmap index、unique index等等。
比如，数据是有关全国各分公司的按时间段的统计信息
可以存到一个range partition表中，再建立b-tree索引。

Answer 2

首先你的机器太差了,是pc机吧,
是IDE的硬盘吧
,再怎么做,效果都不会好,
你想想40g数据,X86,IDE存储肯定不行的,
优化方法是建立在一定的硬件基础上的,
--------------------------------------------------------
现在的硬件条件是 : CPU 2.4GHz, Memory 1G, HD 160GB, 

Answer 3

用SqlServer罗 :)
bill 会帮你的

Answer 4

机器要好一点,硬盘要多一点,CPU多一点,才会快一点,不过在这么做都不会快

Answer 5

数据如此之大，是否知道有一款来自美国的‘硬盘拷贝机’用于定时备份，有一款硬盘‘写保护接口’用于保护硬盘数据！
www.logicube.cn

Answer 6

如果是操作型数据（oltp)的话，用一张表不及妥当。估计你是用来做数据仓库的吧
那样的话，最好硬件有保障。采用分区表几乎是必须的。

Answer 7

oltp 和olap 差别很大的，必须说明清楚
最起码，这些数据平时打算怎么维护也要交待一下呀

Answer 8

不知道你公司买来的数据结构是什么样的
看看某个字段有没有规律,可以创建成纬度表,再让大表与这个或几个纬度表关联,这样会比查询整个的大表速度要快
还可以创建索引,因为你的表里是有数的,在第一次创建索引的时候会慢些,需要一行一行的去创建,跟你的硬件还是有很大关系的,好在创建索引是一劳永逸的(相对而言^_^),但是要注意的是,查询数据时的SQL语句要有效的利用这个索引,否则也是白创建了,并且在查询数据时需要计算,那么也有可能会避开索引,所索引失去效果
分区的确会提高数据检索的速度,但是需要看你实际数据的结构啦 ^_^

Answer 9

用SqlServer罗 :)
bill 会帮你的
汗一个-_!!

Answer 10

要上的，sqlserver 能搞到4400W 吗？不知sql2005 行不，sql 2k 是不行的。