SQL Server中已满事务日志原因的检测
对于SQL Server数据库管理员来讲，已满事务日志是一个琐碎的，但又很常见的问题。它能引发事务的提前终止，甚至通过阻止所有事务的引入，从而引起系统的崩溃。对于数据库管理员来说，关键是理解将要发生的情况，以便他们可以追踪引起问题的原因。 事务日志填充方式
以下是一些可能引起事务日志填满的原因：
填满的，细节的，或者没有在已满恢复模式下进行的日志备份，都会引起日志逐渐地填充。
进程中有活动的备份(备份被作为事务一样来处理)，它会填充部分日志，而事务将填充剩余部分。
长时间运行的活动事务，例如从来都不会产生提交的SPID，以及暂停或高速运行数据库镜像都会引发延迟。前者会引起事务不发送，如果在发送事务到镜像服务器之后的较长时间内，才进行高速运行，则后者才会发生。
对于事务复制，如果复制延迟或失败，事务日志将不会被清除，因为除非事务与日志都提交并发送至分布式数据库，否则事务都不能被清除。
如果进程中有一个数据库快照，当它创建时，所有的事务都堆积在它后边。
简单的响应方法
需要解决已满事务日志的问题时，你可以从以下几个选择入手：
·你可以执行备份来消减日志。事务日志备份是最快的，但也可能是最慢的，这取决于系统性能以及日志的大小。通常不推荐填满的或细节的备份，这取决于在大小合适的系统中完成这些备份所需的时间。
·你可以向数据库中添加额外的事务日志文件并执行以上备份方法中的一种。当你在进行必要的备份时， 额外的事务日志文件的添加可以为你赢得额外的时间。当然，它也可在稍后被删除。
·你可以将数据库的模式切换到简单恢复模式，它将自动清除日志。但要记住，你将会丢失自最近一次已满的/细节的事务日志备份之前的事务历史。
·正在填充日志的活动事务可以连同一些系统进程被终止，以至不会被重新执行并填充日志。当问题源被追踪到，它将提供一些缓解，但它不应该被考虑为一种解决方案。
·在查找系统缓慢的原因时，数据库镜像/复制可以关闭。
根本原因的检测
当微软的人员在讨论减少已满事务日志的问题时，他们经常从问题的返回信息来解决问题。微软通常不会帮助你学习如何找出并解决代码问题，虽然这些代码问题是潜在的根源。
我们假定在同一数据库中运行两个事务.m1和n2：
Transaction 1
begin tran m1
update tbl
set f1 = f1 + f1
�
相关文档：
truncate 、delete与drop区别
相同点：
truncate 和不带 where 子句的 delete，以及 drop 都会删除表内的数据
不同点：
1. truncate 和 delete 只删除数据不删除表的结构(定义)
drop 语句将删除表的结构被依赖的约束(constrain)、触发器(trigger)、索引(index)；依赖于该表的存储过程/函数将保留,但是变为 invalid 状� ......
我在使用PL/SQL时，点击某个字段旁边的小按钮希望弹出编辑窗口时，PL/SQL提示“无效的窗口句柄”。一直不明白是怎么回事，后来baidu了下，才知道这个功能和windows的print spooler服务有关。启动该服务就可以了。 ......
提高数据库SQL语句查询速度的几个方法
1、程序中，
保证在实现功能的基础上，尽量减少对数据库的访问次数；
通过搜索参数，尽量减少对表的访问行数,最小化结果集，从而减轻网络负担；
能够分开的操作尽量分开处理，提高每次的响应速度；
在数据窗口使用SQL时，尽量把使用的索引放在选择的首列；
算法的结构尽量简单 ......
日志读取器只将已经COMMIT的事务传送到分发数据库。
测试方法：
1. 在发布数据库执行：
begin tran
insert testTable2 (aaa,bbb,ddd,ccc)
values ('jawefwao','jfowijef','jaiwejfo','civjoiw')
insert testTable2 (aaa,bbb,ddd,ccc)
values ('jawefwao2','jfowijef2','jaiwejfo2','civjoiw2')
insert& ......
在SQL Server数据库中，当你想使用一个数据，而这个数据不保存在表中，计算列很有用。例如，你有一张表，它包括列dollar amounts, wholesale prices和retail prices。你肯定不想在每次查询表时来计算那两列之间的差值，你希望将其值保存在第三列中，让其自动计算前两列之间的差值。而此列就是计算列。
在SQL Server� ......
