MS Sql Server 2005 分区表有点麻烦

ALTER DATABASE AdventureWorks ADD FILEGROUP [2003Q3]

创建文件组后，使用 ALTER DATABASE 将文件添加到该文件组中。
ALTER DATABASE AdventureWorks
ADD FILE
(NAME = N'2003Q3',
FILENAME = N'C:\AdventureWorks\2003Q3.ndf',
SIZE = 5MB,
MAXSIZE = 100MB,
FILEGROWTH = 5MB)
TO FILEGROUP [2003Q3]
 
确定是否应使用多个文件组
　　为了有助于优化性能和维护，应使用文件组分离数据。文件组的数目一定程度上由硬件资源决定：一般情况下，文件组数最好与分区数相同，并且这些文件组通常位于不同的磁盘上。但是，这主要适用于打算对整个数据集进行分析的系统。如果您有多个 CPU，SQL Server 则可以并行处理多个分区，从而大大缩短处理大量复杂报表和分析的总体时间。这种情况下，可以获得并行处理以及在分区表中移入和移出分区的好处。
 
 
边上的同事说文件组包含多个文件可以增加并行度，也就是多个CPU可以一起读？
他的意思难道是说操作系统对程序访问单个文件有限制，多了话会阻塞？
如果是的话 Windows 2003 64位 企业版  文件有大小限制 有并行访问的限制不？
他还说可以把它们分配到不同磁盘上。不过如今都用Raid 10了 不需要人为的分成多个文件，反而增加维护复杂度。
他接着说 文件小而多比大而少 容易备份！
他说的是真的吗？

因此本人还是采用一个文件组和一个文件.其实就是用原来的数据文件的.
建立分区函数
CREATE PARTITION FUNCTION FuPart_szumevent(datetime)AS RANGE RIGHT FOR VALUES ('20070801','20070901','20071001','20071101','20071201','20080101','20080201','20080301','20080401','20080501','20080601','20080701','20080801','20080901','20081001','20081101','20081201')
 这里采用的是范围分区。 这里有个Right 和Left 。Right比较容易理解 它是小于时间点的是另外个分区数据，大于和等于它的是所在的分区。
A<Time1<=B<Time2<=C  而Left是反过来 A>=Time1>B>=Time2>C
Left 有个麻烦点是 >=Time1 => 2008-01-01 23:59:59.997
 
建立分区架构：
CREATE PARTITION SCHEME FNw_szumevent AS PARTITION FuPart_szumevent ALL TO ([PRIMARY])
其实就是关联东东，或许Ms认为以后DBA会对分区表进行改用分区函数

建立分区表：
CREATE TABLE [dbo].[Part_