请教：数据库的文件组有什么用处？

3个文件组中在33个单独的磁盘上吗？
在文件组上放置表
可在特定的文件组上而不是默认文件组上创建表。如果文件组由在不同物理磁盘中展开的多个文件组成，而且每个磁盘都有自己的磁盘控制器，则对表中数据的查询将在这些磁盘中展开，从而提高查询性能。通过在 RAID（独立磁盘冗余阵列）等级 0、1 或 5 设备上创建单个文件可以达到同样的效果。如果计算机具有多个处理器， SQL Server 2000 可以对数据执行并行扫描。如果表的文件组包含多个文件，可对单个表执行多个并行扫描。每当对表进行有序访问时，都创建单独的线程以并行读取每个文件。例如，对在由四个文件组成的文件组上创建的表进行完全扫描时，将使用四个单独的线程并行读取数据。由于使用单独的线程并行扫描每个文件，因此在每个文件组中创建更多的文件有助于提高性能。同样，当查询联接位于不同文件组上的表时，可以并行读取每个表以提高查询性能。另外，可以在不包含基表的文件组上创建表内 text、ntext 或 image 列。如果文件太多因而有太多的并行线程，导致磁盘 I/O 子系统内出现瓶颈堵塞，则会最终出现一个饱和点。可以使用 Windows  性能监视器监视 PhysicalDisk 对象和 Disk Queue Length 计数器来识别这些瓶颈堵塞。如果 Disk Queue Length 计数器大于三，应考虑减少文件数。有关更多信息，请参见监视磁盘活动。在文件组上放置索引
默认情况下，索引创建在基表所在的文件组上，该索引即在该基表上创建。不过，可以在不同于包含基表的文件组的其它文件组上创建非聚集索引。通过在其它文件组上创建索引，可以在文件组通过自带的控制器使用不同的物理驱动器时实现性能提升。这样一来，数据和索引信息即可由多个磁头并行读取。例如，如果文件组 f1 上的 Table_A 和文件组 f2 上的 Index_A 都由同一个查询使用，就可无争夺地充分利用这两个文件组，因此可以实现性能提升。但是，如果 Table_A 由查询扫描而没有引用 Index_A，则只利用文件组 f1，因而未实现性能提升。然而，由于不能预测将要发生的访问类型以及访问时间，因此更安全的决策可能是将表和索引在所有文件组中展开。这将保证能够访问所有磁盘，因为所有数据和索引在所有磁盘上均匀展开，不受访问数据的方式的限制。这对系统管理员来说也是更简单的方法。如果表上有聚集索引，数据和该聚集索引将始终驻留在相同的文件组内。因此，可以在基表上创建一个聚集索引，指定另外一个文件组，在该文件组上新建索引（然后可以除去该索引，而只在新文件组内保留基表），从而将表从一个文件组移动到另一个文件组。