收缩一下试试

  1、在没有做分区表前数据库21G，在将其中一个表（大约7G）做分区表，分了10个文件组对应10个ndf，后数据库52G（不包含ndf文件），请问一下是什么原因？谢谢！

分成10个文件组，你的这10个文件组是反到不同的硬盘，还是同一个硬盘了，如果是同一个，那么对于性能的提升帮助不大，而且加到了维护的成本，比较多了一堆的文件组、

   2、7G表分区 花了将近2小时，是否正常，内存12G，CPU:I7 
我自己的机器也是i7 6700，内存16G，但是普通的pc硬盘7600转的，是一个性能的瓶颈，普通文件20多个G，拷贝大概20分钟左右。
而分区主要就是数据从硬盘取出来放到内存，然后再按照分区条件，把数据写回到磁盘，都是串行的，这里一来一去，肯定要比文件复制到u盘要要慢，2小时也差不多。

3、在分区过程中，映射分区、预计存储空间计算时，所需空间有三行显示负数，合计大约 -3.5G，是否正常？
这个信息不一定正确，在进行分区之后，很多查询的视图的信息都不正确了，你是哪个命令看的？

1、分区表不会改变表大小，这影响可忽略不计，只可能是新增文件组都在预留空间，或做个建索引之类的操作
2、分区花销长短取诀于硬件和数据量和表/索引大小
3、数据库文件是否设置固定大小

1、在没有做分区表前数据库21G，在将其中一个表（大约7G）做分区表，分了10个文件组对应10个ndf，后数据库52G（不包含ndf文件），请问一下是什么原因？谢谢！
 2、7G表分区 花了将近2小时，是否正常，内存12G，CPU:I7 
3、在分区过程中，映射分区、预计存储空间计算时，所需空间有三行显示负数，合计大约 -3.5G，是否正常？
--1. 分区后数据库变很大=> 1. 可能是有索引碎片， 可以先整理碎片再收缩数据库; 此外， 你是不是原表插入到新表， 旧表中的数据没有删除？
整理碎片的存储过程见： http://blog.csdn.net/yenange/article/details/52412297
创建后执行： EXEC Proc_ReBuildIndex
即可
--2. 你的cpu强悍， 内存稍小， 但不是关键。 关键看你的硬盘的IO性能：
建议你先测试下硬盘， 在db服务器不那忙时测试， 测完贴截图出来看看。
IO测试工具下载
--3. 分区过程中的就不用那么在意了， 完成后正常就好。

谢谢各位！
做了数据库收缩后小了很多。

-1. 分区后数据库变很大=> 1. 可能是有索引碎片， 可以先整理碎片再收缩数据库; 此外， 你是不是原表插入到新表， 旧表中的数据没有删除？

我没有做删除操作，怎么看是非删除？谢谢

大神，帮忙解答下，谢谢！