You are a database developer for a shipping company. You have a SQL Server 2000 database that stored order information. The database contains tables named Order and OrderDetails.
The database resides on a computer that has four 9-GB disk drives available for data storage. The computer has two disk controllers. Each disk controller controls two of the drivers.
The Order and OrderDetail tables are often joined in queries.
You need to tune the performance of the database. What should you do? (Each correct answer presents
part of the solution. Choose two)

A. Create a new filegroup on each of the four disk drivers.
B. Create the clustered index for the Order table on a separate filegroup from the nonclustered indexes
C. Store the data and the clustered index for the OrderDetail table on one filegroup, and create the
nonclustered indexes on another filegroup
D. Create the Order table and its indexes on one filegroup, and create the OrderDetail table and its
indexes on another filegroup
E. Create two filegroups that each consists of two disk drivers connected to the same controller.

Ну с "E" все вроде бы понятно, но TestKing советует еще и "C", хотя, по моему мнению, гораздо логичнее "D" (тем более, что Order and OrderDetail tables are often joined in queries ). Объяснения TestKing'a по этому поводу не слишком убедительны.
Я, конечно, не претендую на истину, но было бы интересно послушать мнения специалистов по этому поводу.
С уважением, Олег Аксенов.

Спасибо всем за ответы.
Но меня все равно терзают сомнения :(
В TestKing'е выбор "С" объясняется приблизительно так:
В [OrderDetail] столбец, ссылающийся на [Order] будет проиндексирован некластерным индеком (видимо нами, с целью повышения производительности).
В соединениях якобы используются прежде всего два этих индекса, и поэтому их нужно разнести в разные файловые группы.

Есть конечно в этом своя логика, но данные то из [Order] тоже берутся! Хотя, с другой стороны, наверняка таблица [OrderDetail] значительно больше, чем [Order], и, возможно, [Order] вообще не стоит принимать во внимание...

С уважением, Олег Аксенов.