我只做过一些小的系统,做大系统没有经验,我想请教一下,这样一个大的系统  软件和硬件 怎么设计?
1 这个行业共有1.5万种产品
2 有100多万家销售单位
3 每个销售单位每天有1-2 万条销售记录
4 如果我想知道 在一个月内 或一年内  ,哪个产品卖得最好
5 数据要实时变化(实时的一定延迟 可以接受)
请大牛 给些建议

解决方案 »

  1.   

    1、考虑机器硬件的配置要cpu、内存、硬盘、这都是硬件所考虑。
    2、物理设计和逻辑设计,考虑以后的扩展性和可用性的需求。
    3、设计表的时候对id及经常查询的列建立索引。
    4、表间的关系要考虑全面主外键之间的关系、表的列约束等。
    5、对于数据量大的表应该考虑多表存取。
      

  2.   

    建议LZ去看些BI和数据仓库方面的资料。
    你这个系统就是典型的数据仓库项目。
      

  3.   

    1.5w的产品比较好处理,不是什么困难的事情,不过在建表的时候处理好索引的关系,那些是唯一的,并且作为产品排序的依据,这样弄你最后期的大量查询时,就不会出现反应慢的情况了。2.100w家销售……这个,如果是每一家都有一个登录用户的话,那就真的要人命了……光录入就要你小命。然后是这些销售单位的信息之类的问题,并发访问的问题,等等,你得处理好的说。3 这个不是啥问题,一天也就1~2w的数据而已,很小的说4.这个问题……如果你做了日统计,那么恭喜你,你想这么跑都可以,速度不会有啥问题。当然了日统计得有单独的表和合适的索引关系。并且有完善的日结机制5.实现实时查询的话,就得对表进行分割了。当天数据在一个表里面,历史数据又作为另外一个表。一天才1~2w数据,怎么统计都不会慢的说。
      

  4.   

    硬件IBM 惠普 戴尔
    系统Aix Solaris RedHat 
    web服务器Apache Tomcat,大型的Websphere等 跟你的技术相关
    数据库Oracle Mysql
    看你的预算了具体的业务需求,看设计开发人员的功底了
      

  5.   

    是OLTP系统?联机事务系统的话,需要着重考虑表设计数据量大考虑分区表,按照业务适用频度设计分区表,实时统计的话有多种实现,一般是业务不繁忙的时候JOB自动运行进行统计