有很多客户（》100000），每个客户都会发生很多业务记录，经常要group by 客户进行处理，这种表结构如何设计？

Question

我同意yannankai的解决方法，如果表建的再多的话，相互之间的关联会很复杂，这样会降低查询的效率。

Answer 1

1、建立一个基本档案表（table_archive) 里面有客户主键u_id
2、建立一个业务记录表（table_info)里面有记录主键i_id和客户字段u_id
   并对[u_id]做聚簇索引

Answer 2

net_steven(吃素的狼) ,跟采用的数据库服务器有关系了，这什么意思？

Answer 3

group by 最好是INDEX 的INT列，如：对客户编号（GIBINT）GROUP BY，

Answer 4

同意yannankai(难的我不会) 和 ok1234567(ok1234567) 和liujianjun_(流星尔) 的意见，每个客户一个表肯定不行，因为客户太多，不断增加新表，应用程序怎么处理? 还得建两个表，一个存储客户基本信息，这个表中应该有一个自动增加的客户id号字段
另一个表中存储所有客户的业务记录，这个表中应有记录id 和客户id 字段其中客户id字段也可以是自动增加的而客户id字段中填入 本条记录的客户在客户基本信息表中的id 字段内容，这样就可以把客户信息和他的业务关联起来来，如果说得不对还请大家见谅。

Answer 5

我想采用三个表，
一个是客户表，对客记id 做non cluster索引
一个是业务表，对业务id 做non cluster索引
一个是客户ID-业务ID，引索对id客记i 做cluster，
但是因为业务记录每天大量增加，我想这种情况是不是不适合啊
数据库表有个填充密度的问题，索引不知有没有填充密度,要是有的话可以一开始的时候把一个是客户ID-业务IDr的索引填充密度设得很小，但也还是有满的时候。
高手啊，来指点迷金吧