作为一个DBA，我倾向于关注性能方面的问题，因此我要确定使用XML（扩展标记语言）不会对性能产生影响。
XML数据和函数比标准的T-SQL要使用更多的资源。因此，如果查询处理大量数据时或XML函数更加复杂，就考虑在数据库级别上使用标准的T-SQL。
平均改进数据显示性能的增强和事务运行中事务日志增长数目有关。自动增长越少性能越佳，特别是对于整段时间而言。
事务日志里的大量虚拟日志文件影响了数据修改的整体性能。这样的话，建议主动增长事务日志，不要让它自动增长。
比起数据库文件，事务日志的增长速度毫不逊色，因此数据库管理员会经常缩减删除事务日志。本文将对事务日志文件增长造成的影响做一个测试。
用ApexSQL Log工具分析事务日志内容，结果显示，每次看事务日志内容都会得到不同的更新数。
当执行少量分散的INSERT, UPDATE和DELETE命令时，事务日志并不会增长太多。但浏览事务日志文件时，奇怪的事发生了。
许多人忙着建立SQL Server技术维护计划，定期制定关于缩减数据库文件（数据或者T-Log）的工作。在客户调查数据库增长原因之前，建议不要缩减数据库文件，特别是不要定期缩减。
测试的结果由表格呈现，对比了两次循环中的CPU、读写和持续时间情况，第一次循环有文件增长而第二次没有。
性能下降主要是由于文件增长，特别是在少量事务和小autogrowth情况下。同样，autogrowth越大性能就越好。
