sql server 日志文件的收缩
完全备份或日志备份虽说都有截断日志的功能,但是不会收缩日志文件的空间返回给操作系统.
如果你想将日志文件的空间返回给操作系统的话,只有一种方法,就是收缩数据库(选择日志文件)
ZT一个相关帖子,供参考!
物理日志文件：
这个比较好理解，实实在在的东西，数据库目录下面的.ldf文件就是，有些人喜欢改后缀，感觉不大好，数据库的事务日志记录就在这里面
虚拟日志：
相信多数人有这个感觉，虚拟这个字眼总是神秘的代名词，虚拟个饭岛爱我喜欢，但虚拟日志，虚拟内存，虚拟。。。。，看了就讨厌。解释应该是这样的，对于一个或多个连续的物理日志文件，SQL SERVER在这些文件的内部又划分成了多个小的文件，称为虚拟日志文件，他是日志文件收缩和日志截断的最小单位，比如物理日志文件是400M，内部划分了4个100M的虚拟文件，收缩时你得到的是300M，200M，不可能得到239M，对于一个物理文件，会划分成多少个虚拟文件，这个由SQL自己维护，唯一可以人工干预的是指定较大的物理日志文件，并指定较大的增长比例，这样可能虚拟文件的块头会大点，数量会少点，系统的维护开销会低一点
逻辑日志：
不要头晕，硬着头皮看吧！！！感觉这个应该是数据库事务日志的真实写照，物理日志文件好比是一个容器，里面容纳的是日志记录，这些记录就称为逻辑日志，从物理日志文件的起点开始，逻辑日志顺序的生成，记录下数据库里发生的每个事务，这些事务被打上一个标签，LSN，顺序的排列下来，这样逻辑日志就在物理日志文件内慢慢的成长，直到充满了他，这个时候物理日志文件就会自动添加新的空间，以继续前面的步骤，这种情况是最直接的一种（从来不截断日志，基本上就是这样的），但事实上往往是复杂的多
检测点(checkpoint)和恢复周期(recovery interval)：
checkpoint不是用于检查数据是否完整，页面连接是否正确的，他是由系统维护的一个进程（你也可以手工的执行），用于将高速缓存里的脏页刷新到磁盘，两者的配合算是惟妙惟肖，当缓存中的脏页积累到一定的数量，SQL估计演算这些脏页要花的时间快要接近设定的recovery interval（分钟）时，系统就会产生一个checkpoint，所以checkpoint的产生不是定时的，它由recovery interval和数据库的更新频繁度决定。如果你的数据库永远不用重启，永远不会出现什么故障，就这么一直运行下去，那么checkpoint和recovery interval就没有想象中的重要了，SQL总�
相关文档：
在Visual Studio 2008 中使用O/R设计器：
点添加项目，选择创建Linq to SQL项目，使用服务器资源管理器连接Northwind数据库，将Customers和Orders两个表拖到设计界面上，系统会自动创建app.config和Northwid.designer.cs,前者是配置连接数据库的连接字串；后者会生成一个继承自DataContext的类：NorthwindDataContext。
......
--1.关于where筛选器中出现指定星期几的求解
SQL code
--环境
create table test_1
(
id int,
value varchar(10),
t_time datetime
)
insert test_1
select 1,'a','2009-04-19' union
select 2,'b','2009-04-20' union
select 3,'c','2009-04-21' union
select 4,'d','2009-04-22' union
s ......
CONVERT
将某种数据类型的表达式显式转换为另一种数据类型。由于某些需求经常用到取日期格式的不同.现以下可在
SQL Server中 将日期格式化.
SQL Server 支持使用科威特算法的阿拉伯样式中的数据格式。
在表中，左侧的两列表示将 datetime 或 smalldatetime 转换为字符数据的 style 值。给 style 值加 100，可获得包 ......
聚集索引不仅包含索引的key值，还包含表数据；
非聚集索引只包含索引的key值。
SQL Server在有些情况下，有聚集索引和非聚集索引存在时，会选择走非聚集索引，而不走聚集索引。
例子如下：
在 SQL Server 的adventureWorks数据库下，运行如下语句：
select DepartmentID,Name from HumanResources.Department
Departm ......
同一表多字段同时重复记录的SQL查询及处理数
比如现在有一人员表 （表名：peosons）
若想将姓名、身份证号、住址这三个字段完全相同的记录查询出来
select p1.* from persons p1,persons p2 where p1.idp2.id and p1.cardid = p2.cardid and p1.pname = p2.pname and p1.address ......
