现在我们的数据库是这样:建成后,将在1个月内分3~5次导入大约2t数据,每次数据量差不多然后在之后的6个月内,平稳增长到4t
然后在3年内,平稳增长到6t
在表空间的文件建立上应该按照什么样的策略来建立?假设:每个数据文件为2G(固定不可变)第一个月一次性分配满2t数据,如:分配2t/2g*1.2个数据文件
还是每次分配该次数需要的空间?如:导入40g,那么分配40/2*1.2个数据文件(24个)
之后的6个月,是应该按照一次到位,还是快满的时候手动添加数据文件?今后3年内的平稳增长期,应该如何?
----------------------------------------------
如果数据文件可以调整,我是应该一次性分配较大的文件,还是分配多个固定大小的小文件,还是建立自动增长的数据文件?
谢谢

解决方案 »

  1.   

    你的"一次到位"是什么意思啊?如果你的每个数据文件最大只能2GB ,那么即使在创建数据文件时指定了AUTOEXTEND属性,只怕也不能满足你的要求.还是要手动创建数据文件.即然如此,那么你所谓的"一次到位"与手动添加数据文件又有什么区别呢?(个人见解)
      

  2.   


    一次到位的意思就是,虽然这次数据导入只是200g,并不需要2t空间,但是在将来需要2t空间,但是我还是添加2t的数据文件进去,一次性添加这么多数据文件到表空间中
      

  3.   

    存储设备是一次到位了的
    现在已经配置了差不多7t的存储设备关键是利用,
    简单说,是数据文件一次性全部分配掉nt还是一次n/xt,还是nG
      

  4.   

    你的数据量增长的很不平衡.在导入数据后的6个月增长到4T,也就是说,比导入后的数据增长了2T
    而在3年内,增长到6T,也就是说,在这3年内,只增长了2T.我想,你的数据增长率并不是很高,可以这样分配你的数据文件:采取手动分配,但在前6个月要多添加几个数据文件,因为,在这段时间内,数据增长很快,而在后3年内,数据增长相对较慢,这样,采取手动按需分配是比较好的方法.(个人见解)
      

  5.   

    只要能保证在数据库运行时,数据文件,重做日志文件能有足够的空间的话,一次次分配和一次性分配在系统运行速度上是没有什么区别的.只要数据库的相关文件有足够的空间,那么系统运行速度是不会有影响的.因为,影响系统运行速度的主要因素是:CPU,RAM,NETWORK,I/O等