MSSQL网站制作之用剧本减少数据库日记
线上或者测试环境经常出现的误操作总是让DBA同学那么闹心。剧本|数据|数据库由于客户利用的数据库经常由于日记过年夜而招致硬盘空间不敷，大概备份出来的文件太年夜没法经由过程邮件传送。
闲下不足，参考SQLSERVER的匡助文件，写了以下剧本，能够截断日记，以到达减少文件的目标。有空人人能够在本人的SQLSERVER上测试下效果哦。。。：）大概对有些情形招致的日记过年夜没有感化，这点能够同列位同仁相互交换下。
--在MASTER数据库中实行以下剧本（利用查询剖析器）
declare@dbnamevarchar(50)
declaretemp_curcursorscrollforselectnamefromsysdatabases
opentemp_cur
fetchfirstfromtemp_curinto@dbname
while@@fetch_status=0
begin
exec(backuplog+@dbname+withno_log)
exec(dbccshrinkdatabase(+@dbname+))
exec(dbcccheckcatalog(+@dbname+))
exec(dumptransaction+@dbname+withno_log)
fetchnextfromtemp_curinto@dbname
end
closetemp_cur
deallocatetemp_cur
因此我们看到，这些信息足够让我们对单个操作实现“逆操作”。 同样会为索引视图等应用带来麻烦。看看行级和事务级的快照数据放在tempdb中，就能感觉到目前架构的尴尬。 语句级快照和事务级快照终于为SQLServer的并发性能带来了突破。个人感觉语句级快照大家应该应用。事务级快照，如果是高并发系统还要慎用。如果一个用户总是被提示修改不成功要求重试时，会杀人的！ 我们学到了什么？思考问题的时候从表的角度来思考问 无法深入到数据库系统层面去了解和探究 我们学到了什么？思考问题的时候从表的角度来思考问 外键的级联更能扩展可能大部分的同行在设计OLTP系统的时候都不愿意建立外键，都是通过程序来控制父子数据的完整性。 如果，某一版本可以提供强大的并发响应，但是没有Oracle的相应版本稳定，或者价格较贵，那么，它就是不适合的。
页:
[1]