SQL SERVER 2008中定时备份数据库任务的创建与删除
[http://news.newhua.com/news1/program_database/2008/1215/0812151515485B22JHGBK9HJ87DK09D6958HB8K83EJ0053JKGC1A543.html]
由于之前是使用SQL SERVER 2000或者2005，这次给客户安装时使用2008 SERVER，本以为创建数据库定时备份任务会与2000/2005有很大区别，但经过我的仔细研究发现，2008基本与2005的方法没有区别，下面就是具体的操作过程
由于之前是使用SQL SERVER 2000或者2005，这次给客户安装时使用2008 SERVER，本以为创建数据库定时备份任务会与2000/2005有很大区别，但经过我的仔细研究发现，2008基本与2005的方法没有区别，下面就是具体的操作过程：
1、manger studion连接到数据库实例, 打开"对象资源管理器", 没有看到的话, 按F8 ；
2、展开”管理“--“维护计划”，右键"维护计划"--“新建维护计划”--输入维护计划名称--这样会出现创建维护计划的窗口，然后 在左边的工具箱中(没有的话, 按Ctrl+Alt+X), 将"备份数据库任务"拖到中间的黄色区域，双击拖出来的这个任务（或者右键“属性”）， 会出现设计属性的窗口；
3、在数据库中, 选择你要备份的数据 ......
定时重启SQL Server和Tomcat
[http://hi.baidu.com/personnel/blog/item/020d5edf020a281248540306.html]
定时重启SQL Server和Tomcat
2007-06-07 08:23
以前没有自己管理服务器还不知道，SQL Server服务器的内存随着运行的时间增长而不断增长。
用了一两天之后发现进程中的SQL Server已经占用了近1.3G的内存，内存一共只有2G，又过了一天，网站已经打不开了。估计是因为SQL Server内存占用太多了。
只好重启SQL Server服务，网站才可以打的开。
这种情况一时也没好的办法解决，昨天想到还是采用定时重启服务来解决吧，不然我得每隔两天要登录服务器重启一次太麻烦了。
restart.bat
net stop mssqlserver
net start mssqlserver
net stop tomcat6
net start tomcat6
上面是一个bat批处理文件，重启mssqlserver和tomcat6服务，加到系统的任务计划中，选择一个合适的时间执行就行。
昨晚测试了一下，早上过来，网站可以正常访问，我想应该没有问题了。
......
◆尽量不要在where中包含子查询;
关于时间的查询，尽量不要写成：where to_char(dif_date,'yyyy-mm-dd')=to_char('2007-07-01','yyyy-mm-dd');
◆在过滤条件中，可以过滤掉最大数量记录的条件必须放在where子句的末尾;
from子句中写在最后的表(基础表，driving table)将被最先处理，在from子句中包含多个表的情况下，你必须选择记录条数最少的表作为基础表。如果有三个以上的连接查询，那就需要选择交叉表(intersection table)作为基础表，交叉表是指那个被其他表所引用的表;
◆采用绑定变量
◆在WHERE中尽量不要使用OR
◆用EXISTS替代IN、用NOT EXISTS替代NOT IN;
◆避免在索引列上使用计算：WHERE SAL*12>25000;
◆用IN来替代OR： WHERE LOC_ID=10 OR LOC_ID=15 OR LOC_ID=20
◆避免在索引列上使用IS NULL和IS NOT NULL;
◆总是使用索引的第一个列;
◆用UNION-ALL替代UNION;
◆避免改变索引列的类型：SELECT...from EMP WHERE EMPNO='123'，由于隐式数据类型转换，to_char(EMPNO)='123'，因此，将不采用索引，一般在采用字符串拼凑动态SQL语句出现;
◆'!=' 将不使用索引;
◆优化GROUP ......
提高SQL执行效率的几点建议:
◆尽量不要在where中包含子查询;
关于时间的查询，尽量不要写成：where to_char(dif_date,'yyyy-mm-dd')=to_char('2007-07-01','yyyy-mm-dd');
◆在过滤条件中，可以过滤掉最大数量记录的条件必须放在where子句的末尾;
from子句中写在最后的表(基础表，driving table)将被最先处理，在from子句中包含多个表的情况下，你必须选择记录条数最少的表作为基础表。如果有三个以上的连接查询，那就需要选择交叉表(intersection table)作为基础表，交叉表是指那个被其他表所引用的表;
◆采用绑定变量
◆在WHERE中尽量不要使用OR
◆用EXISTS替代IN、用NOT EXISTS替代NOT IN;
◆避免在索引列上使用计算：WHERE SAL*12>25000;
◆用IN来替代OR： WHERE LOC_ID=10 OR LOC_ID=15 OR LOC_ID=20
◆避免在索引列上使用IS NULL和IS NOT NULL;
◆总是使用索引的第一个列;
◆用UNION-ALL替代UNION;
◆避免改变索引列的类型：SELECT...from EMP WHERE EMPNO='123'，由于隐式数据类型转换，to_char(EMPNO)='123'，因此，将不采用索引，一般在采用字符串拼凑动态SQL语句出现;
◆'!=' 将不使用� ......
1.查询的模糊匹配
尽量避免在一个复杂查询里面使用 LIKE '%parm1%'—— 红色标识位置的百分号会导致相关列的索引无法使用，最好不要用.
解决办法:
其实只需要对该脚本略做改进，查询速度便会提高近百倍。改进方法如下：
a、修改前台程序——把查询条件的供应商名称一栏由原来的文本输入改为下拉列表，用户模糊输入供应商名称时，直接在前台就帮忙定位到具体的供应商，这样在调用后台程序时，这列就可以直接用等于来关联了。
b、直接修改后台——根据输入条件，先查出符合条件的供应商，并把相关记录保存在一个临时表里头，然后再用临时表去做复杂关联
2.索引问题
在做性能跟踪分析过程中，经常发现有不少后台程序的性能问题是因为缺少合适索引造成的，有些表甚至一个索引都没有。这种情况往往都是因为在设计表
时，没去定义索引，而开发初期，由于表记录很少，索引创建与否，可能对性能没啥影响，开发人员因此也未多加重视。然一旦程序发布到生产环境，随着时间的推
移，表记录越来越多
这时缺少索引，对性能的影响便会越来越大了。
这个问题需要数据库设计人员和开发人员共同关注
法则：不要在建立的索引的数据列上进行下列操作:
......
from子句中写在最后的表(基础表，driving table)将被最先处理，在from子句中包含多个表的情况下，你必须选择记录条数最少的表作为基础表。
提高SQL执行效率的几点建议:
◆尽量不要在where中包含子查询;
关于时间的查询，尽量不要写成：where to_char(dif_date,'yyyy-mm-dd')=to_char('2007-07-01','yyyy-mm-dd');
◆在过滤条件中，可以过滤掉最大数量记录的条件必须放在where子句的末尾;
from子句中写在最后的表(基础表，driving table)将被最先处理，在from子句中包含多个表的情况下，你必须选择记录条数最少的表作为基础表。如果有三个以上的连接查询，那就需要选择交叉表(intersection table)作为基础表，交叉表是指那个被其他表所引用的表;
◆采用绑定变量
◆在WHERE中尽量不要使用OR
◆用EXISTS替代IN、用NOT EXISTS替代NOT IN;
◆避免在索引列上使用计算：WHERE SAL*12>25000;
◆用IN来替代OR： WHERE LOC_ID=10 OR LOC_ID=15 OR LOC_ID=20
◆避免在索引列上使用IS NULL和IS NOT NULL;
◆总是使用索引的第一个列;
◆用UNION-ALL替代UNION;
◆避免改变索引列的类型：SELECT...fr ......
最新文章 :