Backup Compression是2008的另一个特性，它是通过普通的文件系统型压缩技术实现的，对于给定的数据库，只有启用或者禁用，没有其它可调节选项。 尽管非企业版服务器可以恢复带压缩的

--即时同步两个表的实例: --测试环境:SQL2000,远程主机名:xz,用户名:sa,密码:无,数据库名:test --创建测试表,不能用标识列做主键,因为不能进行正常更新 --在本机上创建测试表,远程主机上也要做同样的建表操作,只是不写触发器

上面我们提到的是一些基本的提高查询速度的注意事项,但是在更多的情况下,往往需要反复试验比较不同的语句以得到最佳方案。最好的方法当然是测试，看实现相同功能的SQL语句哪个执行时间最少，但是数据库中如果数据量很少，是比较不出来的，这时可以用查看执行计划，即：把实现相同功能的多条 SQL语句考到查询分析器，按CTRL+L看查所利用的索引，

iv.如果临时表的数据量较大，需要建立索引，那么应该将创建临时表和建立索引的过程放在单独一个子存储过程中，这样才能保证系统能够很好的使用到该临时表的索引。 v.如果使用到了临时表，在存储过程的最后务必将所有的临时表显式删除，先truncate table，然后drop table，这样可以避免系统表的较长时间锁定。 vi.慎用大的临

查询速度慢的原因很多，常见如下几种： 1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷) 2、I/O吞吐量小，形成了瓶颈效应。 3、没有创建计算列导致查询不优化。 4、内存不足 5、网络速度慢 6、查询出的数据量过大（可以采用多次查询，其他的方法降低数据量）、锁或者死锁(这也是查询慢最常见的问题，是程序设计的

下面的DateUtil类为笔者在以前项目中用到的对日期处理的公用方法,请看到这个类的有兴趣的读者测试,如有BUG请留言,笔者也会在以后的项目中积累完善并更新到此类中去。

这篇文章展示了SQL 2005中数据库维护计划的一些受欢迎的改善。在以前的软件版本中，维护计划运行得也相当的好，但是有一点点含糊和难以解决问题。新版本以 SSIS包的方式实现了维护计划，为定义维护计划任务、登录和配置选项的执行顺序提高了极大的灵活性。此外，维护计划任务不再需要通过若干个开关来调用一个神秘的扩展存储过程。相反，他们可

。在本文中将描述如何使用存储过程来增强SQL语言的力量，这其中包括增加数组功能、矩阵以及列表处理任务等。例如，我们可以做到如下的事情。

可以使用多种不同的方法来生成报表，从而为用户提供重要信息。大部分组织所面临的挑战不是生成这样的报表，而是以及时有效的方式地传递它们。通过本文所述的自定义传递扩展，可以捕获报表并将它们放在 SharePoint 文档库中，从而使用户能够以更健壮的方式（支持协作和其他有用的功能）查看和分析报表。

SQL语言一直以来被认为在最近三十年中是发展最慢的语言之一。但SQL却可以在专家手中得心应手，发挥出更大的作用。而有很多专家认为，把SQL和其他的语言相比是完全没有必要的。虽然SQL没有现在语言中的局部变量，语言结构、以及缺少一些基本的功能。