出现设置界面，设置每天3点执行一次，如图：

确定后保存一下，然后新建一个查询页，开始创建存储过程，代码如下：

USE [TestDB]
GO
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
Create PROCEDURE [BackupDatabase](@FolderPath varchar(500))
as
DECLARE @FullPath varchar(1000)
set @FullPath = @FolderPath+ 'TestDB_'+convert(VARCHAR(4),year(getdate()))+right( '0'+convert(VARCHAR(2),MONTH(getdate())),2)+right('0'+convert(VARCHAR(2),DAY(getdate())),2)+ '.bak'
backup database [TestDB] to disk=@FullPath WITH INIT
return

设置完毕，切换回维护计划设置页面，在左边的工具箱中拖入一个“执行T-SQL语句任务”：

双击拖入后的“执行T-SQL语句任务”，输入执行存储过程的语句来完成每天的自动备份工作，代码如下：

use [TestDB]
exec BackupDatabase 'E:\SqlData\TestDB\'

确定后保存该维护计划即可。为了保证该维护计划不会出现问题，可以先执行一下以上语句测试一下。
SQL2000下使用此方法与SQL2005大同小异。

　　7、用函数charindex()和前面加通配符%的LIKE执行效率一样
　　前面，我们谈到，如果在LIKE前面加上通配符%，那么将会引起全表扫描，所以其执行效率是低下的。但有的资料介绍说，用函数charindex()来代替LIKE速度会有大的提升，经我试验，发现这种说明也是错误的：
　　
　　
　　select gid,title,fariqi,reader from tgongwen
　　where charindex(''刑侦支队'',reader)>0 and fariqi>''2004-5-5''
　　用时：7秒，另外：扫描计数 4，逻辑读 7155 次，物理读 0 次，预读 0 次。
　　
　　select gid,title,fariqi,reader from tgongwen
　　where reader like ''%'' + ''刑侦支队'' + ''%'' and fariqi>''2004-5-5''
　　用时：7秒，另外：扫描计数 4，逻辑读 7155 次，物理读 0 次，预读 0 次。
　　
　　8、union并不绝对比or的执行效率高
　　我们前面已经谈到了在where子句中使用or会引起全表扫描，一般的，我所见过的资料都是推荐这里用union来代替or。事实证明，这种说法对于大部分都是适用的。
　　
　　select gid,fariqi,neibuyonghu,reader,title from Tgongwen
　　where fariqi=''2004-9-16'' or gid>9990000
　　用时：68秒。扫描计数 1，逻辑读 404008 次，物理读 283 次，预读 392163 次。
　　
　　select gid,fariqi,neibuyonghu,reader,title from Tgongwen where fariqi=''2004-9-16''
　　union
　　select gid,fariqi,neibuyonghu,reader,title from Tgongwen where gid>9990000
　　用时：9秒。扫描计数 8，逻辑读 67489 次，物理读 216 次，预读 7499 次。
　　
　　看来，用union在通常情况下比用or的效率要高的多。
　　
　　但经过试验，笔者发现如果or两边的查询列是一样的话，那么用union则反倒和用or的执行速度差很多，虽然这里union扫描的是索引，而or扫描的是全表。
　　
　　select gid,fariqi,neibuyonghu,reader,title from Tgongwen
　　where fariqi=''2004-9-16'' or fariqi=''2004-2-5''
　　用时：6423毫秒。扫描计数 2，逻辑读 14726 次，物理读 1 次，预读 7176 次。
　　
　　select gid,fariqi,neibuyonghu,reader,title from Tgongwen where fariqi=''2004-9-16''
　　union
　　select gid,fariqi,neibuyonghu,reader,title from Tgongwen where fariqi=''2004-2-5''
　　用时：11640毫秒。扫描计数 8，逻辑读 14806 次，物理读 108 次，预读 1144 次。
　　
　　9、字段提取要按照“需多少、提多少”的原则，避免“select *”
　　我们来做一个试验：
　　
　　select top 10000 gid,fariqi,reader,title from tgongwen order by gid desc
　　用时：4673毫秒
　　
　　select top 10000 gid,fariqi,title from tgongwen order by gid desc
　　用时：1376毫秒
　　
　　select top 10000 gid,fariqi from tgongwen order by gid desc
　　用时：80毫秒
　　
　　由此看来，我们每少提取一个字段，数据的提取速度就会有相应的提升。提升的速度还要看您舍弃的字段的大小来判断。
　　
　　10、count(*)不比count(字段)慢
　　某些资料上说：用*会统计所有列，显然要比一个世界的列名效率低。这种说法其实是没有根据的。我们来看：
　　
　　select count(*) from Tgongwen
　　用时：1500毫秒
　　
　　select count(gid) from Tgongwen
　　用时：1483毫秒
　　
　　select count(fariqi) from Tgongwen
　　用时：3140毫秒
　　
　　select count(title) from Tgongwen
　　用时：52050毫秒
　　
　　从以上可以看出，如果用count(*)和用count(主键)的速度是相当的，而count(*)却比其他任何除主键以外的字段汇总速度要快，而且字段越长，汇总的速度就越慢。我想，如果用count(*)， SQL SERVER可能会自动查找最小字段来汇总的。当然，如果您直接写count(主键)将会来的更直接些。
　　
　　11、order by按聚集索引列排序效率最高

在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了

另一种方法有一定的风险性

因为SQL SERVER的日志文件不是即时写入数据库主文件的，如处理不当，会造成数据的损失。
1: 删除LOG
分离数据库 企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库
2：删除LOG文件
附加数据库 企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库
此法生成新的LOG，大小只有500多K。
注意：建议使用第一种方法。
如果以后,不想要它变大。
SQL2000下使用：
在数据库上点右键->属性->选项->故障恢复-模型-选择-简单模型。
或用SQL语句：
alter database 数据库名 set recovery simple

sql2005的方法如下：

1打开management studio

2服务器名上右键->Nnew Query

3在右面出现的SQLQuery1.sql界面输入DUMP TRANSACTION 数据库名 WITH NO_LOG，再点击执行按钮执行
4数据库名右键->task->shrink-》file。

选择日志文件,在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,

确定就可以了

在局域网广泛应用的形势下，网络版软件大行其道，不少软件从单机版过渡到C/S模式的网络应用，通过SQL语句从服务端获取数据集，将查询结果返回给客户端。

Access中提供查询对象，在设计时可以采用设计视图和SQL视图，非常方便，SQL视图中的SQL语句可以在SQL SERVER中使用，但是否完全可用呢？答案是否定的，表1中总结了 Microsoft Access 和 Microsoft SQL Servers 的 SQL 语法的重要区别。

表1

以northwind数据库为例，若要得到相同查询结果，SQL语句作相应变化。

Access：

Select * FROM Products where productname like 'c*';

Select * FROM Products where productname like 'c?ang';

SQL Server:

Select * FROM Products Where productname LIKE 'c%'

Select * FROM Products Where productname LIKE 'c_ang'

在开发过程中尤其需要注意通配符的变化。

这段时间临时为一个旅游类网站制作一些网站程序。数据表的情况大致如下：  图1 数据库表的大致情况 由于是Access数据库，之前有两个数据表：TC_TourCompany和TC_SubDetail，前者是旅行社名录相关资料（为了方便描述，暂且叫“总公司表”），后者是下属营业部（如果有的话）的相关资料（为方便描述，暂且叫“子公司表”）。

由于业务需要，想将之扩展为适用于所有“公司类”（比如酒店、景区、景点、漂流公司、娱乐餐饮、机票代理、交通公司等）的数据表，由于酒店、餐饮娱乐、机票代理等公司都有可能有分部或分公司，所以表的数据结构是差不多的。所以，我们可以通用这样的数据表设计来简化今后的程序开发。当然，我们需要在数据表中新增一列，用于描述公司的类型是旅行社、酒店、景区或是娱乐餐饮类公司等。不在本文的叙述范围，按下不表。

为了方便今后的分类搜索查询，确保公司（包括子公司）的唯一性，所以，我想在上述两个表中增加一列，我把列名叫做GUID。它的每条记录都是唯一不重复的值，类似：{9E4038C8-E965-45B1-BDE1-9F06E6B280A3}，这有点象.Net中的System.Guid.NewGuid()生成的值，并用大括号{}包含起来。

做法： 如何在已有数据库表记录的情况下自动生成每一条记录的这些值呢？

一开始，我走了点弯路。在新增GUID列时，我选择了此列的数据类型为“数字”并在下面常规选项卡中“字段大小”中选择了“同步复制 ID”，索引中选择了“有(无重复)”。本以为这样保存结构之后就万事大吉，最终打开表的所有记录时发现，GUID列完全为空，没有任何值！于是，我想了一些办法去插入GUID唯一值。方案之一是在ACCESS中使用SQL语句更新，后来发现此路不通。方案之二就是使用ADO.net编程方式更新表记录，工作量也不小。

有没有更好的办法呢？一个偶尔的想法让我找到了更快更好的解决办法，那就是在设计视图中建立GUID列时，数据类型选择自动编号而不是数字！同时，在下面常规选项卡中“字段大小”中选择了“同步复制 ID”，索引中选择了“有(无重复)”。

如下图： 

图2  给总公司名录表（TC_TourCompany表）增加GUID列

 图3 给总公司表（TC_TourCompany表）增加GUID列后自动生成GUID记录值 

图4  给分公司（分部）TC_SubDetail表增加GUID列

 图5 给分公司（分部）TC_SubDetail表增加GUID列后自动生成GUID记录值

以后新增记录时会发生什么？经测试发现，ACCESS会自动搞定生成GUID记录值的问题。OK，完美！

更多的话: 从 Access 生成 SQL 语句时，遇到了 Guid 查询的问题，在 SQL Server 中使用的字符串形式，不能查询出任何数据。

Select * FROM tableName Where [GUID]='12345678-90AB-CDEF-1234-567890ABCDEF'
如果条件字符串所引用的列为 GUID 类型，那么该条件表达式使用的语法稍微有所不同： Where [GUID] = {GUID {12345678-90AB-CDEF-1234-567890ABCDEF}} 请确保包含如上所示的嵌套大括号和连字号。 需要注意的是，嵌入大括号的方法只用于 Where 语句，在 Insert 语句中还是要使用单引号，否则将产生 MALFORMED GUID in query 的错误。

更多参考: ASP.NET开发经验(3) --- 使用 GUID 值来作为数据库行标识  http://blog.joycode.com/moslem/archive/2004/03/23/16930.aspx

其他： 导出/打印Access数据库的结构 http://blog.csdn.net/johnsuna/archive/2008/05/05/2393664.aspx

附录：

Access数据类型与.net OleDbType枚举类型的对应

最常见的数据类型映射列表

访问类型名称 数据库数据类型 OLEDB 类型 .NET 框架类型 成员名称
文本 VarWChar DBTYPE _ WSTR System.String OleDbType.VarWChar
备忘录 LongVarWCha R DBTYPE _ WSTR System.String OleDbType.LongVarWChar
字节数: UnsignedTinyInt DBTYPE _ UI 1 System.Byte OleDbType.UnsignedTinyInt
是/否 Boolean DBTYPE_BOOL System.Boolean OleDbType.Boolean
日期 / 时间 DateTime DBTYPE _ DATE System.DateTime OleDbType.date
货币 十进制 DBTYPE_NUMERIC System.Decimal OleDbType.numeric
十进制数: 十进制 DBTYPE_NUMERIC System.Decimal OleDbType.numeric
双精度数字: 双精度数字 DBTYPE_R8 System.Double OleDbType.Double
自动数字（复制 ID） GUID DBTYPE_GUID System.Guid OleDbType.guid
复制 (ID) 号: GUID DBTYPE_GUID System.Guid OleDbType.guid
自动数字（长整型） 整数 DBTYPE_I4 System.Int 32 OleDbType.integer
数量: （长整型） 整数 DBTYPE_I4 System.Int 32 OleDbType.integer
OLE 对象 LongVarBinary DBTYPE_BYTES 数组 System.Byte OleDbType.LongVarBinary
单精度数字： 单精度数字 DBTYPE_R4 System.Single OleDbType.single
整型数: SmallInt DBTYPE_I2 System.Int 16 OleDbType.SmallInt
二进制 VarBinary * DBTYPE_BYTES 数组 System.Byte OleDbType.binary
超链接 VarWChar DBTYPE _ WSTR System.String OleDbType.VarWChar

来自: 大可山的博客(http://blog.csdn.net/johnsuna/) 本文参考：http://blog.csdn.net/johnsuna/archive/2008/04/24/2322001.aspx

/*
插入省到新的数据库，新的数据库增加一个TMPID字段，用来临时存放提供的省市库里面的ID字段
insert into TB_Province(PName,tmpid)  select pname,id from 省市自治区
*/

/*
插入城市
insert into TB_City(CProvince,CProvinceMemo,CName)  select b.PID,b.pname,a.省市 from 所有市县 a,TB_Province b where a.省ID=b.tmpid
*/

/*
EXEC sp_changeobjectowner 'TB_City', 'dbo'
更改表所有者
*/

点击下载

　　a．最简单的判断方法

　　在要检测的网址后面加一个单引号：http://www.xxx.com /show.asp?id=474’

　　此时show.asp中的SQL语句变成了：select * from 表名 where 字段=xx’，如果程序没有过滤好“’”的话，就会提示 show.asp运行异常；但这样的方法虽然很简单，但并不是最好的，因为：

　　第一：不一定每台服务器的IIS都返回具体错误提示给客户端，如果程序中加了cint(参数)之类语句的话，SQL注入是不会成功的，但服务器同样会报错，具体提示信息为处理 URL 时服务器上出错。请和系统管理员联络。

　　第二：由于以前存在过的1’ or ‘1’=’1漏洞，所以目前大多数程序员已经将“’“ 过滤掉，所以用" '"测试不到注入点，所以一般使用经典的1=1和1=2测试方法，如下：

　　http://www.xxx.com /show.asp?id=474 and 1=1, show.asp运行正常，而且与http://www.xxx.com /show.asp?id=474运行结果相同，如图1：

　　

　　http://ww.xxx.com /show.asp?id=474 and 1=2, show.asp运行异常，（这就是经典的 1=1 1=2 判断方法）如图2：

　　

　　这里很明显当加 and 1=1 的时候返回完全正常的页面，加 and 1=2 显示：暂时还没有文章！

　　到这里基本上可以断定他存在SQL注入，至于能不能注出账号密码来，还需要更进一步的注入测试，这里只能得到SQL注入点： http://www.xxx.com/show.asp?id=474

4．判断表是否存在

　　国内的一般程序员在设计数据库的时候都会用一些特定的做为表名，字段名什么的。比如说后台管理员一般放在表admin里面，而注册的用户放在表users里，当然，只是一般，依照各程序的不同而不同。

　　这个站是我同学自己写的，我还是先判断管理员表admin是否存在，在后面加上语句：and exists (select * from admin)变成http://www.xxx.com/show.asp?id=474 and exists (select * from admin)提交访问后返回的页面如图3：

　　

　　这就说明我猜的admin表名不存在，继续猜另外的名字，这里可以参考国内常见的程序的表名，比如：admin user vote manage users 会员 用户 管理员 admin_admin userinfo bbs news system等，这个站我最后猜到的是：users，语句：and exists (select * from users)。

　　5．进一步判断表里的字段是否存在

　　判断字段id 是否存在，这个一般都有，自动编号。如果存在了顺便猜一下管理员的id值。

　　判断存在语句：and exists(select id from users)

　　判断编号语句：and exists(select id from users where id=1)

　　一般管理员账号密码放在第一位，也就是id=1,如果不是就猜下去，猜id=2 猜id=3等啦。

　　由于这个站是自己写的代码，所以会有点不同，当判断是否不过你可以猜到他的对应的可能是userid,因为他表名取做user呀，把上面的id改为userid就返回了正常的页面，如图4：

　　

　　至于这个userid值为多少，同样猜，and exists(select userid where userid=1)改变1这个数字，一直猜到页面显示正常为止。这里我猜到的是userid=11，如图5：

　　

　　最后猜出这个继续猜出其它的字段，用户名字段最后为username，密码字段为userpwd，用到的语句分别为：and exists (select username from users)和and exists (select userpwd from users)，这里就不抓图了。
　6．再进一步判断账号和密码的长度

　　这里我说一下常用的方法，判断的时候大于小于一起用嘛，学过数据结构的人都知道有二分法，我这里也引用一下，比如说你判断 >4 而又判断<12 那我接下来就取中间的看是大于8还是小于8，如果是大于8则说明在8到12之间，如果是小于8说明在4到8之间，再接着用二分法判断下去。。。。。。当然由于账号密码一般人不会太长，所以在这里二分法的优势体现的不够明显，不过到下面猜账号密码字符的时候就能明显感受到了。

　　首先判断账号username的字符长度：and exists (select userid from users where len(username)<10 and userid=11)，返回正常说明长度小于10，and exists (select userid from users where len(username)>5 and userid=11)，返回不正常说明长度小于5，最后猜到的是

　　and exists (select userid from users where len(username)=4 and userid=11)，说明账号的长度为4，也太短了吧，呵呵，别高兴的太早，如图6：

　　

　　再接下来猜密码长度，与猜解账号长度类似，最后猜到密码长度为16位，语句：and exists (select userid from users where len(userpwd)=16 and userid=11)，不过我要提醒的是，一般遇到16位或者32位的密码，我都会想到MD5加密，当然可以暴力破解。

　　到此，我们得到的信息如下：

　　账号username长度：4

　　密码userpwd长度：16

7．猜解账号密码字符

　　在这里的猜解要用到asc(mid())这个函数。前面基础篇我们已经讲过这些函数了，我这里稍提一下。asc()是把字符转换为其对应的ASC码，mid()则是定位字符串里的字符。

　　格式：mid(字符串，开始位置，子串长度)

　　比如说mid(name,1,1)即取name字符串里第一个字符。如果这里的name等于xysky 则mid(name,1,1)=x而mid(name,1,2)则取y

　　这两个函数结合asc(mid())则是先定位字符串里的字符再取其ASC码，比如asc(mid(username,2,1))则是判断username字符串里的第二位的ASC码，在SQL注入里常用它，有汉字也不用怕,不过遇上了汉字确实有点郁闷,中文字符的asc值小于0的。在后面加上如下的语句：

　　and 11=(select userid from users where asc(mid(username,1,1))<0) 返回正常，说明账号果然是汉字，下面的事就不那么容易了。下面我们用到二分法的思想开始猜解第一位字符：

　　and 11=(select userid from users where asc(mid(username,1,1))<-19000) 返回正常

　　and 11=(select userid from users where asc(mid(username,1,1))>-20000) 返回正常

　　以上说明账号的第一个字符的ASCII码在-19000和-20000之间，再用二分法猜解下去，最后的第一个为:-19765

　　and 11=(select userid from users where asc(mid(username,1,1))= -19765)

　　ASCII码为-19765对应的字符就是：菜

　　下面接着猜第二个字符，最后语法为：and 11=(select userid from users where asc(mid(username,2,1))=-15119)，这里抓个图，如图7：

　　

　　对应字符为：鸟

　　到这里我想其它不用猜了，因为这个网站上的信息已经告诉我们了：

　　作者：菜鸟老师 票数：0等级:点击：308 呵呵，如果没错的话就是它了。

　　接着猜密码，依然二分法，就不抓图了：

　　and 11=(select userid from users where asc(mid(userpwd,1,1))<50)

　　and 11=(select userid from users where asc(mid(userpwd,1,1))>40)

　　最后得到的为：48 对应的字符就是0

　　依此下去，最后得到加密后的MD5值为：00d60a849c6c381e ，由于MD5目前没有好的破解方法，只能暴力破解，我们就此打此。

　8．后台的猜解

　　经过前面辛苦的猜解，我们已经得到这个网站的账号密码了，当然这里已经是MD5加密了，我们只是说一下常规的SQL注入攻击中的一步，往往也是最为关键的一步：寻找网站管理后台。像这样动态生成页面的网站，一般都会有个管理后台的，添加文章编辑文章修改文章删除文章什么的，而一般的程序员在命名后台的时候往往是：admin_index.asp admin_login.asp admin.asp admin/admin_index.asp admin/admin_login.asp，当然还有退出后台的文件：logout.asp admin_logout.asp admin/admin_logout.asp等。一个一个的访问，结果嘛，我只能说靠运气加上你的经验了。以这个站为例，前面那些登录的我一个也没猜到，因为我猜到有admin这个目录，我就一直以为登录的页面也在admin目录，猜了好久，最后无意访问admin/logout.asp，页面居然自动转到后台登录页面了，居然是上一级目录的login.asp，我狂汗，如图8：

　　

　　有了后台，有了账号密码（当然这个站是MD5加密的密码，我也懒得破解），你就可以进后台了，至于进后台你能做什么，就看后台的功能与你的技术了，你想做什么，就依靠你自己了，本文只演示SQL注入漏洞最基本的注入，想深入研究的朋友一定要好好掌握哦！