海量数据存储的数据库设计

能想到的就只有这些了
缓存，分布式，hadoop，Atomkios,存储过程，用c开发，ucdk，硬件，
toad在 Editor 菜单里面有个Explain Plan Current SQL 可以分析sql，小救护车
数据平移或备份的时候java比较慢，F5
EMC
电信级数据存储平台
timestan内存数据库（存储速度快，但是海量有关系吗？）
至少是oracle的10呗，因为是在内存中处理不是磁盘
oracle分区，索引，暗示hint，分段查；
防止并发的锁--不用update，批量删批量增，

create table LOGIN_USERLIST
(
  --ID         NUMBER(19) not null, 
  DNSNAME    VARCHAR2(255 CHAR),
  IPADDRESS  VARCHAR2(255 CHAR),
  LOCATION   VARCHAR2(255 CHAR),
  LOGINTIME  date,
  LOGINTYPE  VARCHAR2(255 CHAR),
  LOGOUTTIME date,
  MACADDRESS VARCHAR2(255 CHAR),
  PERSIONID  VARCHAR2(255 CHAR),
  SESSIONID  VARCHAR2(255 CHAR)
) TABLESPACE TS_TAB_CLOUD
PARTITION BY RANGE (LOGINTIME) 
(  
  PARTITION PART_201101 VALUES LESS THAN (TO_DATE(' 2011-01-01 00:00:00', 'SYYYY-MM-DD HH24:MI:SS', 'NLS_CALENDAR=GREGORIAN')),  
  PARTITION PART_201102 VALUES LESS THAN (TO_DATE(' 2011-02-01 00:00:00', 'SYYYY-MM-DD HH24:MI:SS', 'NLS_CALENDAR=GREGORIAN')), 
PARTITION PART_201102 VALUES LESS THAN (MAXVALUE)
);

CREATE INDEX login_userlist_i ON login_userlist
(PERSIONID, IPADDRESS, LOGINTIME) TABLESPACE ts_ind_cloud 
LOCAL (
PARTITION PART_201101,
partition PART_201102,
partition PART_201103);

select /*+ index (BF_PAY_FEE_MAIN_T  BF_PAY_FEE_MAIN_IFLOW) */ ACCOUNT_ID
FROM bf_pay_fee_main_t

select /*+ index (表名 索引名) */ 字段名
FROM 表名