单表分区后实际占物理空间比不分区多80%，正常吗

Primary文件组还是占那么大，只是表面上占那么大，并不一定存储了数据，你收缩一下试试？

解决方案 »

  1.   

    数据库的空间大小，是多部分组成的，包括：已分配空间(已使用空间，未使用空间)，未分配空间。你用：use nideshujuku
    gosp_spaceused 
      

  2.   

    另外，如果你是在觉得占了太大的空间，那么可以考虑dbcc shrinkfile 收缩一下文件。但是，如果表中有数据不断插入的话，不建议收缩文件和数据库
      

  3.   


    对了，看看这个，有你要的书不，免费送的：http://bbs.csdn.net/topics/390773338
      

  4.   

    收缩我试过了，提示可用空余空间为0%，我还试了一下删除表的健康状态（health state），Primary.mdf能减少600M的空间
      

  5.   


    试了一下，返回的结果如下：
    database_name | database_size | unallocated_space
    GoodsPrice | 3088.25 MB | 3.36 MBreserved | data | index_size | unused
    3157904 KB | 1934664 KB | 1222544 KB | 696 KB
      

  6.   


    试了一下，返回的结果如下：
    database_name | database_size | unallocated_space
    GoodsPrice | 3088.25 MB | 3.36 MBreserved | data | index_size | unused
    3157904 KB | 1934664 KB | 1222544 KB | 696 KB

    从你查询出的结果，增加的空间应该用到index-size上了
      

  7.   


    试了一下，返回的结果如下：
    database_name | database_size | unallocated_space
    GoodsPrice | 3088.25 MB | 3.36 MBreserved | data | index_size | unused
    3157904 KB | 1934664 KB | 1222544 KB | 696 KB

    从你查询出的结果，增加的空间应该用到index-size上了
    哦！那为什么不分区的时候没有那么大的索引呢？这部分索引能删除吗？