如何解决大容量电信详单的索引问题?做过电信的都知道这个问题

jxc_hn

其实每个分区6-10万记录的话不建索引也关系不大.几秒钟就查询出来了.

phonee

看的出来 jnowen
老兄很熟悉业务，欢迎以后多来这里交流

phonee

抱歉，今天仔细看了一下分区原则，号码尾数分区我没有说清楚
按尾数的后两位分区，但实际只分了10个分区，一个月来150个分区
（hoho，没有前面说的19个分区，抱歉抱歉）

是0--9 在9这个分区
10-19在19个分区
20--29在29这个分区
类似的
50--59在59这个分区

jxc_hn

请问phonee： 是三个字段的 range partition 吗？

deeply

按照号码尾数分区我觉得不是很合理，因为如果集中数据的话，更多的查询集中在地市区分上

目前我们按照地市、时间分区，总共500多个分区，然后在上面建立复合唯一索引，速度还是很快的，到月底还能撑住

with2001

问题的现象是：
A，B，C三个sqlldr同时导数据到一个表中，C总是会延迟很多，有时候会呆滞一个小时后，才开始导数据。A，B，C导入的数据量比较大，是用传统方法导入的。A，B，C大概几分钟起来一次。所以我想可能是锁的问题引起的。

lixiaogua

我们的经验和大家大致差不多，我们地市一月的详单数据量大约40G左右，全省大约600G左右。我们是把各个机种拆分，语音、短信拆分，因此一月共计6～7张库表，按照各个地市、采集时间（每天）进行分区，因此每张库表大约350个分区。我们的库表全部都是有索引的，因为我们话单文件比较小，从交换端局采集的文件大约0.5M一个，我们现在在营帐主机针对各个机种，语音、短信分别采用不通的采集进程，分拣进程，批价进程、入库进程，而且我们CRONTAB间隔时间比较短，因此对整个营帐主机的压力不是很大，而且较好满足了前台营业查询，后台营帐生产的需求。有何问题，欢迎探讨！

Luoliu

话单表必须使用索引，否则会造成查询中断，我们建立了一个话单表，再分成100个分区，取号码的二、三位为分区索引，然后进行插入，效果不错！

xiaomiao

综合结算系统中的结算详单表一般采用复合分区建表的方法 Oracle表分区＋子分区，分区规则要设计好

qq6810

哈哈哈，10T是指裸容量？现在动不动都是30T了！！！现在的经营分析数据都是庞大的，总不能有事情就去倒磁带吧。