神啊，请指点迷津。800G的数据啊！

现大约有数据量 600 G，每天大约还有1500万条记录，约500M的数据增加, 全库约有2500个表。由于是个人应用，系统最好不用Server版的操作系统,用专业版的。（个人级平台的应用，企业级的数据）本人开发工具D7, 稍熟悉数据库有MSSQL,interbase.  由于在操作系统所限MSSQL数据量太小，不能大于4G的应用。interbase7.0可以突破4G所限，但也会生成100多个数据文件，不知进行查询，记录插入时效率是否影响很大。望开发过类似系统的高手，能给予指点。不胜感激！

解决方案 »

  1.   

    由于在操作系统所限MSSQL数据量太小，不能大于4G的应用。
    什么意思啊？？？MSSQL数据库的容量只受硬盘限制。
      

  2.   


    在XP下（非Server版）的操作系统下，安装的MSSQL数据库容量是有限制的。
      

  3.   

    interbase单个数据库文件大小和系统有关系,在32bit系统下也有限制fat32 2G ntfs 4G，64bit系统下也不是没限制，只是很大，好像是几T.
    分库查询是比单库查询慢的。这么大数据量没玩过，我都是搞firebird嵌入版，数据量很小，跟你不是一个量级的。
      

  4.   

    楼主到这里找资料吧。
    http://www.firebird.net.cn/国内的firebird社区，这里有人用firebird开发的数据库和你的数据量差不多是每天千万级记录，你去看看也许能给你一些思路。
      

  5.   

    个人应用 vs 现大约有数据量 600 G，每天大约还有1500万条记录，约500M的数据增加, 全库约有2500个表有点晕：什么样的个人应用会这样的？
      

  6.   

    个人应用 每天1500万条记录？  O MY LADY GAGA
      

  7.   

    每个股票的逐笔数据建一个表，这样表太多了，管理不方便，而且造成数据库巨大。可以考虑用xml或csv格式保存每个股票的逐笔数据，这样数据库容量就会从800G减到10G左右，甚至更小。我估计程序修改应该是可行的。
      

  8.   

    要是存股票的数据，你这个系统的结构设计有问题关系模型放在sqlserver里具体数据可以放在哈希数据库中 ，1两个T，没啥太大问题然后用64位的机器，内存搞到主板支持的最大再弄个10块sata做raid0来存储估计这样性能能接受，价格最低了
      

  9.   


    一个股票每3秒刷新一次，一天交易4小时，所以一天生成的记录数为  60/3*60*4=4800
    每年交易约250天，如一个交易10年的股票约有记录   4800*250*10=12000000 （一千二百万）试一下，一个交易10年的股票CSV文件也要近600M， 如果在使用这个文件没有效率方面问题的这个方案应该可行。  关系模型及计算数据可以放在数据库中.
      

  10.   

    这种情况（个人用户，记录数大，只增不删改），使用二进制文件应该是效率最高的，数据库都不行
    文本已经差一点了，xml恐怕更加要命
      

  11.   


    这么强大的应用却要什么个人版操作系统，十再是不匹配，强烈建议楼主换企业级服务器＋磁盘陈列 ＋ ORACLE数据库
      

  12.   

    转为NTFS格式喽，记得备好份，呵
      

  13.   

    HOHO~~蓝色也露面了，好久不见·~~
      

  14.   

    给你两个建议：
    1、所有的数据请保存 RawData（不要入数据库）
    2、要什么就提取什么，另外写一个“服务”程序，以及分析每天的数据给“服务”。