优化技巧主要是面向DBA的，但我认为即使是开发人员也应该掌握这些技巧，因为不是每个开发团队都 配有专门的DBA的。
第九步：合理组织数据库文件组和文件
创建SQL Server数据库时，数据库服务器会自动在文件系统上创建一系列的文件，之后创建的每一个 数据库对象实际上都是存储在这些文件中的。SQL Server有下面三种文件：
1).mdf文件
这是最主要的数据文件，每个数据库只能有一个主数据文件，所有系统对象都存储在主数据文件中， 如果不创建次要数据文件，所有用户对象(用户创建的数据库对象)也都存储在主数据文件中。
2).ndf文件
这些都是次要数据文件，它们是可选的，它们存储的都是用户创建的对象。
3).ldf文件
这些是事务日志文件，数量从一到几个不等，它里面存储的是事务日志。
默认情况下，创建SQL Server数据库时会自动创建主数据文件和事务日志文件，当然也可以修改这两 个文件的属性，如保存路径。
文件组
为了便于管理和获得更好的性能，数据文件通常都进行了合理的分组，创建一个新的SQL Server数据 库时，会自动创建主文件组，主数据文件就包含在主文件组中，主文件组也被设为默认组，因此所有新创 建的用户对象都自动存储在主文件组中(具体说就是存储在主数据文件中)。
如果你想将你的用户对象(表、视图、存储过程和函数等)存储在次要数据文件中，那需要：
1)创建一个新的文件组，并将其设为默认文件组;
2)创建一个新的数据文件(.ndf)，将其归于第一步创建的新文件组中。
以后创建的对象就会全部存储在次要文件组中了。
注意：事务日志文件不属于任何文件组。
文件/文件组组织最佳实践
如果你的数据库不大，那么默认的文件/文件组应该就能满足你的需要，但如果你的数据库变得很大时 (假设有1000MB)，你可以(应该)对文件/文件组进行调整以获得更好的性能，调整文件/文件组的最佳实践 内容如下：
1)主文件组必须完全独立，它里面应该只存储系统对象，所有的用户对象都不应该放在主文件组中。 主文件组也不应该设为默认组，将系统对象和用户对象分开可以获得更好的性能;
2)如果有多块硬盘，可以将每个文件组中的每个文件分配到每块硬盘上，这样可以实现分布式磁盘I/O ，大大提高数据读写速度;
3)将访问频繁的表及其索引放到一个单独的文件组中，这样读取表数据和索引都会更快;
4)将访问频繁的包含Text和Image数据类型的列的表放到一个单独的文件组中，最好将其中的Text和 Image列数据放在一个独立的硬盘中，这样检索该表的非Text和Image列时速度就不会受Text和Image列的 影响;
5)将事务日志文件放在一个独立的硬盘上，千万不要和数据文件共用一块硬盘，日志操作属于写密集 型操作，因此保证日志写入具有良好的I/O性能非常重要;
6)将“只读”表单独放到一个独立的文件组中，同样，将“只写”表单独放到 一个文件组中，这样只读表的检索速度会更快，只写表的更新速度也会更快;
7)不要过度使用SQL Server的“自动增长”特性，因为自动增长的成本其实是很高的，设 置“自动增长”值为一个合适的值，如一周，同样，也不要过度频繁地使用“自动收缩 ”特性，最好禁用掉自动收缩，改为手工收缩数据库大小，或使用调度操作，设置一个合理的时间 间隔，如一个月。