一个有关SYBASE分区和超大型表的处理问题？

Blackrose

zhangyh123  ：
Sybase如果不能处理，Oracle也够呛

zhangyh123

原帖由 "Blackrose" 发表：
zhangyh123  ：
Sybase如果不能处理，Oracle也够呛

   

ORACLE 10G 网格计算体系结构，现在马上要推出了
据说功能巨牛，blackrose 大侠有没兴趣看看？     

楼主的主要问题可能在应用设计上要做一些处理。而不只是将表分区这么简单

solofeng

“一个大型记录表，估计有50亿行记录，未建索引” ，呵呵，不知道现实过程中是怎么来得，这样的数据库，估计没有多大得用
1：我们可以从10万条数据开始，如果没有索引的话，在查10条数据的时候，就应该发现问题的所在，如果我们一直加到100万条的话，再查，加到1亿的时候，还没有索引，这个数据库就没有用了
2：数据库的设计有问题，50亿难以想象，不知道是不是按照bc范式来设计的

Blackrose

网格计算体系结构 看过一点，概念不错，东西不知道。

OPS大家知道？效果怎么样大家也知道？

zhangyh123

原帖由 "solofeng" 发表：
“一个大型记录表，估计有50亿行记录，未建索引” ，呵呵，不知道现实过程中是怎么来得，这样的数据库，估计没有多大得用
1：我们可以从10万条数据开始，如果没有索引的话，在查10条数据的时候，就应该发现问题的所..........

   

那也不一定，也许这些数据是从别的应用，比如，实时数据采集或什么程序中得到，又不是人工输入的。真要建立索引，恐怕插入数据的速度就更不上了

qwj_8848

这是用于一个大型设备的监控系统。多个数据采集机采集实时数据并进行预处理，将处理后的数据插入到中心数据库。由于查询终端对获得新数据的延时不能超过10mins,所以不能够采用通常的先将数据缓存，到晚间再装载到数据库的方式。
另外，由于需要的报表非常复杂、种类繁多，不可能完全通过采集机来完成所有的预统计工作，所以有一部分二次统计表还需要在数据库上完成。这样，对原始表的查询就变的不可避免。

我个人认为，在这样大的表上建索引根本没用，3T的数据量的单个索引恐怕也要占300G左右的空间，光扫描索引的时间就够呛
我目前能想到的就是将表分割，分而治之。

各为大侠如果有何高招，还请不吝指教

象blackrose所说的用oracle的ops来完成这样的处理的话，效果还可以。

但我们头为了减少预算，选择了SYBASE.
sybase iq可以到达ops同样的效果，但价格也不菲，5个cpu就要$15,000

zhangyh123

果然如此。不过根据你提供的信息，除了表分区以外，使用相应的硬件系统设备就很重要，最好能够进行评估，需要什么级别的硬件系统。
如果是大型设备的工况检测与故障诊断系统，花点钱在系统硬件、软件上应该是必要的。学习！

qwj_8848

嘿嘿，我们现在光硬件投资就已经达百万级了。4个cpu 8G men的sun服务器，加array.外加交换设备
公司对系统的要求是：
  大部分的统计数据的查询响应时间不能超过10秒，个别特殊的也要在
  20秒内。
  我头发都快愁白了

有个问题，是否ASE最大只支持2g内存？
如果是，有没有社么办法可以扩展

Blackrose

是否ASE最大只支持2g内存？
答：
否，只有一些老版本，某些特殊平台有这个限制