像我这样三天打鱼两天晒网的人也能升星，感觉出来混，还的时候到了，以后还请大家指教。现在先请教：如何架构千万级数据库？背景：加工型工厂，6000 至 7000 人规模
特点：加工型企业的成品样式取决于客户的设计图纸，所以总类繁多，不同产品工艺不一，但工序不多。
仓库进出量大，库存大变动频繁。
大型厂人员流动频繁。
需求：统计员工计件工资
实时反映仓库库存
订单完成情况跟踪面临问题：之前的一套系统，运行2年多，数据库将近300G，
计件表：单表逾140万条
库存台账表：单表15万条
如此，查询效率大打折扣，有时直接当机。想咨询下：之前软件（不是我写的）数据库索引建的有一定问题，
这样的情况该如何建立规范有序、效率高的索引？
将历史数据转入数据仓库是否可行，该如何设计？
这样的数据量是否要考虑集群数据库(虽然很不可能)，这块该怎么做？请有经验的先辈指点。也欢迎有想法的朋友提出宝贵意见。架构 千万级 数据库架构千万级数据库
特点：加工型企业的成品样式取决于客户的设计图纸，所以总类繁多，不同产品工艺不一，但工序不多。
仓库进出量大，库存大变动频繁。
大型厂人员流动频繁。
需求：统计员工计件工资
实时反映仓库库存
订单完成情况跟踪面临问题：之前的一套系统，运行2年多，数据库将近300G，
计件表：单表逾140万条
库存台账表：单表15万条
如此，查询效率大打折扣，有时直接当机。想咨询下：之前软件（不是我写的）数据库索引建的有一定问题，
这样的情况该如何建立规范有序、效率高的索引？
将历史数据转入数据仓库是否可行，该如何设计？
这样的数据量是否要考虑集群数据库(虽然很不可能)，这块该怎么做？请有经验的先辈指点。也欢迎有想法的朋友提出宝贵意见。架构 千万级 数据库架构千万级数据库
数据量大，查询慢是很正常，但是为了提高查询效率，采用方法如下：
1、建立适当的索引是必须的。具体怎么建立，网上去搜资料
2、一个表数据大，可以对表进行分区，建立分区索引
你可以看看这个帖子http://bbs.csdn.net/topics/380089995
SQL: 负载均衡 这个一般都会用的
查询效率大打折扣，有时直接当机。 这个直接建分区 + 索引 硬件也要改善
建数据仓库 这个没弄过
http://wenku.baidu.com/view/3c1757edf8c75fbfc77db20b.html
大型网站架构演变和知识体系
http://iksharp.cnblogs.com/
难得散分白捡都没人来CSDN的人气每况愈下啊。
比如计件工资可查一年的历史记录，一年前的记录移到备份表里。
订单完成了，可以有多久的备查期。
想下你的手机账单，查不多就这样