修正下,不是没有记录,而是记录没有对应到相应的文件中。
DTS,就是SQL自带的那个数据导入导出。

解决方案 »

  1.   

    select $partition.OrderDateRangePFN(sign_time),sign_time,*
    from MealRecords --查看数据存在那个分区中
      

  2.   

    不可能的 应该一般都有变化的啊 
    用这个看过了吗?
    select $partition.OrderDateRangePFN(sign_time),sign_time,* 
    from MealRecords  --查看数据存在那个分区中 
      

  3.   

     今天按照楼上几位说的,我执行了下,发现分区函数确实起到了作用,但发现数据全部都集中到了默认的主文件组中。
    在重新配置这个分区表的时候,发现这个索引被建立在主文件组中,是不是这个细节没有注意到,导致了出现这个问题呢?
    我现在把这个on PRIMARY 去掉,重新确认下!
    CONSTRAINT [PK_MealRecords_new] PRIMARY KEY  CLUSTERED  

    [sign_time], 
    [card_id], 
    [card_times], 
    [card_balance], 
    [card_sequ] 
    ) WITH  FILLFACTOR = 95  ON [PRIMARY] 
      

  4.   

    你没有指定文件组都是默认在primary文件组中
      

  5.   

    经过实际测试,发现SQL2005分区表并不能在普通PC上提升查询速度!反而会有性能损失。
    现在研究下SAN和NAS。