在低档计算机上如何设计数据库结构，以便运行大型数据。
我希望设计出的系统对硬件要求不高，但查询统计的速度不慢，这在数据库设计方面提出了要求，比如超市每天业务的处理吧！每天有大量的数据产生，如何设计好这个数据库呢（服务器为PIII800 1G内存）？
我目前能够想到的方法：
1、水平或垂直分割表，如以月为单位将销售表分割，但这也存在问题，如果不通过分割表的关键词查询将会进入各表扫描，例如要查询今年长虹电视的销售量。
2、将数据转移到历史库，并在历史库中采用非规范化设计，多使用索引，和索引视图，但问题是每次转移数据时要花费大量的时间，如每月会计月结帐时转移一次数据，要转移上近百万条记录，呵呵，要二十几分钟。
请问大家有其他办法吗？


------解决方案--------------------
符合范式也就行了
大的数据处理写成JOB之列的放在晚上执行
------解决方案--------------------
一般来说,合理的表设计(可按要求按地区,按年,按月分离数据等),必要的主键和索引.
可将一些常用的查询做成视图.