事务日志被填满的原因是什么？

SQL Server事务日志可能会被填满，这会阻止之后的数据库操作，包括UPDATE， DELETE， INSERT 和CHECKPOINT。
事务日志填满会导致1105错误:
Can't allocate space for object syslogs in database dbname because
the logsegment is full。
　If you ran out of space in syslogs， dump
the transaction log。
　Otherwise use ALTER DATABASE or
sp_extendsegment to increase the size of the segment。
这种现象可能出现于任何一个数据库中，包括Master和TempDB。一些难以预见的因素可能消耗日志空间。
　例如:
一个大型事务， 尤其像批量数据更新、插入或删除。
一个未提交的事务。
检查点处理程序截除时所需的带宽过大。
截除时超过阈值
上述各种条件互相作用的结果。
用于发布的标记事务没有被日志读取程序读走

为了最大程度优化SQL Server的性能， 首先您必须确定几个方面。当这几个方面得到优化时，可以最大程度的提高整个系统性能。然后您可以针对这几个方面进行分析。否则，您可能事倍功半。
经验证明，SQL Server的性能提高主要取决于逻辑数据库设计，索引设计和查询设计。
　反之，最大的性能问题也往往源于这几个方面的设计缺陷。
　如果数据库性能是一个关注焦点，您应该首先着眼这几个方面，因为在此的很小的投资可以带来很大的利益。
而其它系统级的性能问题， 例如内存、高速缓存、 硬件等， 的确值得研究。经验证明系统在这些方面容量越大，性能越高。
　SQL Server对现有硬件资源采用自动方式管理，从而减少系统级的手工调整。

比如我们要从很多文章的标题中找到所有包含"MySQL"这个字眼的文章。这就应该在 WHERE 子句中用到 "LIKE"，就是模糊查询。
　
　　首先交待一下SQL语言中的统配符，统配符就是用一个字符统一匹配任何字符，SQL中，一个字符"_"匹配单个的任何字符；一个字符"%"匹配任何零个到多个字符。举例来说，"A_" 可以匹配诸如 "AA"、"AB"、"A2"、"A$"……等等；而 "A%" 可以匹配 "ABCD"、"A"、"AG$Bng0"、"An apple is just an apple."……等等。
　
　　怎么用呢？还是举个实际的例子：工厂仓库里的东东，很多、很杂，要分成几大类来管理：比如A类代表机配件，B类代表工具，C类代表包装材料……等等，每一类下面的东东再分别编号，如"A0001"、"A1065"、"B1014"等。在管理这个数据库的时候，编号作为一个字段，这个字段不仅作为该物品的代号，同时也表明了它的类别。当你要查询所有的工具时，可以这样：
SELECT * FROM goods WHERE code LIKE 'B%' ORDER BY code'
这样就是查询code这个字段（就是编号）为字母B打头的所有记录。注意这里'B%'表示字母B是出现在字段的开头，与下一个例子不同：查找文章标题中含有"MySQL"这个字眼的所有文章，因为要查找的目标"MySQL"不一定出现在文章标题的什么位置上，所以应该：
SELECT * FROM articles WHERE title LIKE '%MySQL%'
'%MySQL%'的意思是"MySQL"这个字眼出现在标题中，它的前面可能有文字，后面也可能有文字。
　
　　既然查"MySQL"可以，查别的字眼未尝不可以。可以让浏览者自己输入他要搜索的关键字，就是这样：
<!--input.php:-->
<form method="get" action="search.php">
关键字：<input type="text" size=10 name="key"> <input type="submit" value="查询">
</form>
<!--search.php:-->
<?
...
$query="select * from article where title like '%$key%'";
$result=$mysql_query($query,$db);
...
?>
　　注意在使用模糊查询时，有一种情况应该小心，就是当一个字段是类似 '2,13,25,33' 这样的值时，若要查询它其中是否包含'2'这一项，就不能简单的用 '%2%' 来查询。因为如果这样，一个这样的值也会被查询到：'1,6,21,27'。这并不是我们所希望的。所以在处理这样的问题时，应该将该字段存为 '.2.13.25.33.' 的形式。这样当需要查询包含'2'这一项的记录，就可以放心的用 '%.2.%' 了。
　

　　时间仓促，草草成稿；如有不确，务请指正。
Microsoft SQL Server的6.0和6.5版本中，16位和32位客户软件在使用多协议网络库时设置加密选项可以进行数据在线加密。
　SQL Server依靠Microsoft Windows NT RPC 应用程序接口来完成网络数据加密。
　Windows NT RPC使用40位RC4加密方法。这种方法允许出口，所以美国和国际版的这种加密方法没有区别。

在进行数据表检查或修补时，可以先将数据表锁定，可确保数据表的安全：
mysql>LOCK TABLE tbl_name READ;
mysql>FLUSH TABLES;
将数据表锁定后再进行检查或修补的工作。完成后再解除锁定：
mysql>UNLOCK TABLES;
//LOCK TABLE tbl_name READ表示要锁定成只读状态，在这个状态下用户只能读取数据表，不能写入。
LOCK TABLE tbl_name WRITE则是更严格的锁定，用户不能读取也不能写入。