SQL Server 2008 下的备份和日志收缩
在SQL Server 2008下，网上以前流行的截断日志并收缩文件的方法不适合了，报语法错误。
同时因为我的数据库日志增长非常快，大概每天在1G以上，因此必须对其进行收缩。
经过在系统上的测试，感觉用SQL SERVER的维护计划更可行，现将操作方式简介如下：
注：下面的说明中也提到了使用差异备份，因为数据库文件增长也非常快，因此此处也稍作说明。关注收缩数据库日志文件的可以忽略此部分内容。
1、创建维护计划：
2、创建子计划
a、完整备份，每周一次
b、差异备份，每天一次，或每天多次
c、日志备份，每天一次
d、收缩数据库
e、删除备份文件，删除四周以前的备份文件，每天执行
f、清除日志备份文件，每天执行
3、关于日志文件的增长
如上所述，日志文件每天进行备份，同时每天清除旧的备份文件，这样日志文件虽然做了备份，但不会保留太多。（当然，如果你需要保留日志文件，则可以使用与数据库备份文件相同的清除策略）
日志文件在备份以后，在收缩数据库时，就可以回收已备份的日志文件的空间。但文件大小不会减少，只是增加了可用空间。但这样是可以满足我们的要求的：比如每天可能产生大约1G的日志，而每次备份并回收后，可以收回绝大部分空间，收回的空间则可以满足当天的日志使用了。
此方法不使用网上的那种截断的语句，完全使用SQL SERVER 2008的维护计划来执行，安全，可靠，定时，不用再担心日志文件占满磁盘空间了
相关文档：
TEMPDB不支持自动压缩，且它的数据库和文件压缩能力是有限制的；
如不得不压缩TEMPDB的大小，建议使用离线功能，如下操作：
1.停止SQL SERVER服务；
2.找到sqlservr.exe在磁盘中的位置；
3.使用sqlservr.exe输入命令sqlservr -c -f,这样启动SQL SERVER时，TEMPDB的大小能够保持最小；
4.使用TSQL命令：ALTER DATA ......
给你个最详细的吧 可能有你要的内容
锁的概述
一. 为什么要引入锁
多个用户同时对数据库的并发操作时会带来以下数据不一致的问题:
丢失更新
A,B两个用户读同一数据并进行修改,其中一个用户的修改结果破坏了另一个修改的结果,比如订票系统
脏读
A用户修改了数据,随后B用户又读出该数据,但A用户因为某些原因取� ......
本文演示了 SQL Server 2008 分区表实例;
1. 创建测试数据库 ；
2. 创建分区函数;
3. 创建分区架构;
4. 创建分区表;
5. 创建分区索引 ;
6. 分区切换 ;
7. 查询哪些表使用了分区表；
-- 作成者 leno
-- 日期: 2009-06-06 23:50:01.700
-- ......
-- 示例一, 使用证书加密数据.
-- 建立测试数据表
CREATE TABLE tb(ID int IDENTITY (1,1),data varbinary (8000));
GO
-- 建立证书一, 该证书使用数据库主密钥来加密
CREATE CERTIFICATE Cert_Demo1
WITH
SUBJECT = N'cert1 encryption by database master key' ,
START_DATE = ......
先站在应用程序的角度说说它们的不同。
1、 直接拼 SQL
就像大家了解的那样，直接拼 SQL 带来了 SQL 注入攻击，带来了拼时些许的性能损失，但是拼不用添加 SqlParameter ，会少写很多代码——很多人喜欢直接拼，也许就因为这点。这种做法会把你拼好的 SQL 原样直接发送到 DB 服务器去执行。（注意类似 &rdquo ......
