升星散分，并求千万级数据库架构

像我这样三天打鱼两天晒网的人也能升星，感觉出来混，还的时候到了，以后还请大家指教。

现在先请教：如何架构千万级数据库？

背景：加工型工厂，6000 至 7000 人规模
特点：加工型企业的成品样式取决于客户的设计图纸，所以总类繁多，不同产品工艺不一，但工序不多。
仓库进出量大，库存大变动频繁。
大型厂人员流动频繁。
需求：统计员工计件工资
实时反映仓库库存
订单完成情况跟踪

面临问题：之前的一套系统，运行2年多，数据库将近300G，
计件表：单表逾140万条
库存台账表：单表15万条
如此，查询效率大打折扣，有时直接当机。

想咨询下：之前软件（不是我写的）数据库索引建的有一定问题，
这样的情况该如何建立规范有序、效率高的索引？
将历史数据转入数据仓库是否可行，该如何设计？
这样的数据量是否要考虑集群数据库(虽然很不可能)，这块该怎么做？

请有经验的先辈指点。也欢迎有想法的朋友提出宝贵意见。