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的相应版本稳定，或者价格较贵，那么，它就是不适合的。