快照(SNAPSHOT),是自SQLServer 2k5之后加入的新功能，能记录数据库某一时刻的只读静态视图。

实现的原理很简单，SQLServer的数据存储的基本单位是页，创建数据库快照时会创建一个稀疏文件，如果在快照创建之后，源数据库的某个页发生变化，则将旧的页复制到稀疏文件中，写入页和复制页是同时进行的。

查询快照时，如果涉及到变动的页则查询稀疏文件中的备份，否则依然查询源数据中的页。

数据库快照的常用场景
1、维护历史数据以生成报表
2、在进行重大更新之前创建快照来保护数据。
3、减少用户失误带来的影响，比如可以每24小时创建6到12个滚动快照，每创建一个新的快照，就删除最早的快照。
4、用来进行数据库测试和恢复。

对源数据库的限制
1、不能对源数据库进行删除、分离或还原，必须先删除数据库快照，但可以备份
2、源数据库性能会受到影响，因为每次更新页都会对快照执行“写入时复制”操作。
3、源数据库必须处于连接状态，除非该数据库在数据库镜像会话中式镜像数据库。
4、若要在镜像数据库中创建数据库快照，数据库必须处于同步镜像状态。

数据库快照的限制
1、必须与源数据库在同一个服务器实例上
2、始终对整个数据库拍摄快照
3、禁止对model、master、tempdb数据库创建快照
4、不能更改数据库快照文件的任何规范
5、不能备份和还原，附加或分离数据库快照
6、不能在FAT32文件系统或RAW分区上创建快照，应为所用的稀疏文件由NTFS文件系统提供。
7、不支持全文索引，所以若从快照恢复会清除全文索引

创建、恢复、删除数据库快照

CREATE DATABASE SNAPSHOT_NAME ON
(NAME=DB_NAME,FILENAME='physical path')
AS SNAPSHOT OF DB_NAME

RESTORE DATABASE DB_NAME FROM DATABASE_SNAPSHOT='SNAPSHOT_NAME'

DROP DATABASE SNAPSHOT_NAME
 

早上一直赖到9点才起床，因为冷。

 

记得N(N>=5)年前，过年呆家里的时候就很能赖床，老爸老妈一遍一遍的喊我起来吃早饭，一直喊到吃午饭，也是因为冷。

 

人进步只需要一个理由，而退步可以找到任何多个理由，魔兽世界算一个，冷也算是一个。

 

晚上找大师吃饭，顺便给他一个打劫帽。打电话的时候这家伙已经玩的不知道现在是何年何月何时，也算是一种境界吧。

 

妹妹给我打电话嘘寒问暖，听说我脚冷，说要给我买最厚的袜子，其实她自己在路上已经冻的直哆嗦了。

 

屋里依然没送暖气，不过还好，又喝了碗大壮做的汤，比较暖和了，记得N(N>=9)年前一个晚上，在老家和维维聊QQ，手都冻得僵硬了，而且还是在有电暖气的情况下。

 

 

 

周六
睡醒后，找到图书卡坐4号线去北图，去续卡，被告之以后不用再交年费了，这张卡可以一直用，不由的对北京又增加了几份好感，这个我生活了七年的城市正在变得越来越便捷。

 

多多告诉我她在北大理教109，于是借了几本书便匆匆的赶过去，到109刚好12点，然后南门城隍庙吃午饭，又收到了一个牛皮本本，很喜欢，今年是牛年，估计够用到下一个牛年的了^_^

 

多多让跟她一块去听下午的课，考虑到从中学开始养成一上课就睡觉的良好习惯，我还是决定回屋去睡。

 

于是回屋就真的昏昏睡过去了，起来后，Icey在Q上问我干嘛呢，我说起来休息会，睡的好累啊。

 

周日
响应组织号召，周六没去爬箭扣长城，参加今天的香山环保行，结果等来了2009年冬天的第一场雪。
 
想起一个笑话：
聪明的人像天气，说变就变。
傻子像天气预报，天气变了他还不知道。
 
周六周日这两天的天气预报真TMD够傻的。算了，看在第一场雪的份上，我原谅你了
 
跑去大壮那屋，喊他起来看雪，他一激动，床塌了，O(∩_∩)O哈哈~

雪很大，桥桥说瑞雪兆丰年，今年是中国60周年，我希望下个60年中国能更好，最重要的是人民能过得幸福，少一点亿万富翁。
 
十月的最后一天，在北京钱学森和陈琳走了，不同的人生同样的归宿，愿这场雪能让亲人们感到慰藉。

 

PS：1960年第一场雪是10月26日，1987第一场雪是10月31日，今天是22年来北京最早降雪。

之前问过自己信仰在那？依然没有答案。

 

教堂里有一种特别的花窗，玫瑰花状的图样，刺眼的光，穿透每一片红色的花瓣玻璃，变得十分柔和。

玫瑰原来是一朵信仰，一扇温暖的窗。

--《广告拜物教：玫瑰启示录》

 

吃完午饭去楼下放血采购下周末去库不其的装备，继续去延伸自己的足迹。

 

顺便多买了几个打劫帽，一种很好玩而且很温暖的帽子，送给身边的朋友。

 

雨一直下，背着新买的背包，撑着伞，穿过城市，回到属于我的温暖小窝。

 

N天前QQ上一个没见过面没怎么聊过天的MM说自己没睡醒，给我留了个 “花心男人” 的评价。

于是这几天QQ总有人发消息给我：“咦，花心男人啊”。

其实我本性还算善良，基本上是有贼心没贼胆，有贼胆没贼运气，所以到现在还孤身一人呢，花个屁啊。

 

田昭赋同学，腾讯研发副总监，他是贼心贼胆贼运气都有的人，竟然让他碰到一个如此“笨”的女人。

Pie看完《山楂树之恋》后，说老三(不是小三哦)是她心目中最完美的男人，还给我发了一个链接，里面有句话：“如果在适当的时候打住，大多数爱情都可以是美好的。”

 

路上继续在看《广告拜物教》，有时候你换个角度看身边的事物就会很有新意：

独处的杯
大部分时间，只和杯子相处。

早上漱口的时候，清晨的第一杯咖啡，办公室的清茶。

下午的果汁，晚上的酒，失眠时的牛奶。

如果我们没有一个固定的爱人，没有固定的口味及作息。

我们应该要有一群自己专属的杯子，

向这个杯情城市，以示忠贞。

不是为了炫耀餐桌上主人的品位，而是为了终止水无止境的流动。

 

晚上回屋，弄了点吃喝，开始在优酷上看《9号机器人》，第一感觉以为像《Wall·E》一样走情感路线，没想到还整出soul了，看来我又落伍了，现在已经是玩灵魂出窍或者灵魂附体的年代了。

 

风雨无阻建议我没事也参加淘宝的比赛，弄个东西出来玩玩，看了看API，还真有点兴趣，再加上刚才喝了点茶，竟然睡不着了。就起来继续想，想了个大概，准备在接下来一个月内抽空捣鼓捣鼓。

 

1、创建数据库的用户将成为该数据库的所有者，可以更换数据库的所有者。

2、可以创建32,767个数据库，每个数据库可以创建不超过 2,147,483,647个对象。

3、可以为每个数据库创建32,767个文件组，文件组只能包含数据文件不能包含日志文件。

4、一个数据文件只能属于一个文件组。

5、在64位和32位环境中，SQL Server磁盘存储格式均相同，所以可以将32位环境中数据库附加到64位环境，反之亦然。

6、可以即时重命名数据库名称和表名称。

7、可以使用各种目录视图、系统函数和系统存储过程来查看数据库、文件、分区、文件组的属性。

8、不管数据库在什么状态，都可以删除数据库。若只从服务器上删除，可使用sp_detach_db.

 

"爱是恒久忍耐、又有恩慈．爱是不嫉妒．爱是不自夸．不张狂．不作害羞的事．不求自己的益处．不轻易发怒．不计算人的恶．不喜欢不义．只喜欢真理．凡事包容．凡事相信．凡事盼望．凡事忍耐．爱是永不止息．" - 《圣经》

多多问我见过写有上面一段话的字画没，印象中应该是块布，找了找，应该是丢了。

 

路上看得书换成了《广告拜物教》，李欣频的广告文案集，我也就当作画册来看，作者序中有句话我比较同意，人生每逢7年会有重大转换，我已经过完人生的4个7年，开始迈向第五个。

 

下午把公司的本本的操作系统换成Win7，并开始在线安装VS2010。

 

晚上回家看完《英雄》S4E07，开始在Server 2008 R2上安装VS2010，然后就去睡觉了，醒来发现已经装完了^_^

 

折腾刚刚开始.

 

阴天，窗帘拉的很严，醒来的时候直接9：09，手机有一个未接来电，多多昨天晚上19：49打的(是的很多9...)，可我昨天晚上从包里拿出手机竟然没发现。

 

小强让我收邮件，他给我发了一个 “王雪红.doc”，算我孤陋寡闻吧，第一次知道当年的威盛和现在的HTC幕后老板都是王雪红，或者是之前看过有忘了。反正每个牛人都有自己的传奇故事。
 

觉得文章不错，于是欠小强一个冰淇淋，如果你有什么传奇故事，也可以发给我，如果我觉得不错，也会给你也买个冰淇淋^_^

 

《千万别把我当人》及后面的几篇编辑部的故事都看完了，这本书估计以后不会再翻了，在上下班路上看这本书是很明智的选择，整本书都是王朔的奇思怪想来讽刺现在这个社会的道德沦丧，人类的卑鄙无耻等等。反正现在我挺麻木的了，看完也就看完了，搞笑的地方乐乐，然后继续做些自己能做的事情，要不然还能怎样，追求王雪红、马云那样的人生？

 

《货币战争》也快看完了，中间一度看不下，太枯燥无味了，不过晚上回来又接着看，发现点有意思的地方，有些道理还是需要自己去琢磨。

 

T恤+外套，坐在公司里有点冷，估计和今天阴天有关系，于是不断的喝热水不断的去WC。

 

20点，多多给打了个电话，还没等我把手机从背包里拿出来，她就挂了。手机现在对我来说基本上就是闹钟，平时很少关注它，有时候有短信也难得看，不过听到电话还是会接的。

 

回拨过去，她说这周五、周六、周日都会来这边上课，于是约了周五把生日礼物给我。

 

常见的数据库类型有OLTP和决策支持系统，他们代表了数据库应用的两个方向。

 

OLTP(联机事务处理)
这类型的应用需要管理不断变化的数据，而且通常有大量的并发读写操作。像订票系统和银行事务系统。

1.并发性控制，确保多个用户不能同时更改相同的数据。比如订票的时候保证两个人不能订到同一张票。
2.原子性控制，确保事务中的所有步骤都作为一个组成功完成。要么全部完成，要么回滚到原始状态。比如如果银行转账失败，要确保双方数据回到初始状态。
3.因为并发读写比较频繁，所以对IO的读取速度要求比较高，建议使用文件组和RAID系统。如果有多块硬盘，可以在每块硬盘上建立一个数据文件，然后将读写频繁的表分配到独立的数据文件中来提高读写速度。
4.缩短事务处理时间，将长期锁减至最少来改善并发性。
5.归档历史数据，减少当前表的数据量，从而缩短备份时间和改善查询性能
6.小心使用索引，每次添加或修改行都会更新索引，所以避免过多索引。
7.备份是尽量避开高峰期
8.最佳的硬件支持。

决策支持系统
与OLTP相反，适用于几乎不需要更改的数据库系统。