博客园_刘勇

CSS Sprites 图片整合技术

2011-09-27T06:18:00Z

CSS Sprites 图片整合技术

Posted in 前端开发 on 06/08/2009 12:32:57 | 转载请注明：出自崔凯的博客

论坛上提到这样的问题：“css中用一张背景图做页面的技术有什么优势？”

简单介绍一下 CSS Sprites 的优点：
当用户往U盘中拷200张图片，会等很久。但是如果弄成一个文件，再拷贝就会快很多。

CSS Sprites 的目的就是通过整合图片，减少对服务器的请求数量，从而加快页面加载速度。

转自：http://uicss.cn/css-sprites/

本文链接

[转]ASP.NET MVC 3和Razor中的@helper 语法

2011-09-21T11:49:00Z

ASP.NET MVC 3支持一项名为“Razor”的新视图引擎选项（除了继续支持/加强现有的.aspx视图引擎外）。当编写一个视图模板时，Razor将所需的字符和击键数减少到最小，并保证一个快速、通畅的编码工作流。

与大部分模板的语法不同，在Razor的帮助下，您不需要中断代码编写，仅仅为了在HTML中标注服务器端代码块的开始和结束。代码分析器足够聪明，它能够从你的代码里推断出是否为服务器端代码。这种更加简洁、富有表现力的语法更加干净，输入也更快速，有趣。

今天的博文涵盖了Razor的一项很多人都不知道的功能——利用@helper语法定义可重用的帮助器方法。

简单的 @helper 方法应用场景

Razor中的@helper语法让您能够轻松创建可重用的帮助器方法，此方法可以在您的视图模板中封装输出功能。他们使代码能更好地重用，也使代码更具有可读性。让我们看一个超级简单的应用场景，它展示了@helper语法是怎样被使用的。

在我们定义@helper方法之前的代码

让我们看一个简单的产品列表应用场景。在此场景中，我们列出产品明细并输出产品的价格或是单词“免费！”——如果这个产品不花费任何成本的话：

以上代码非常直截了当，而且Razor的语法使得在HTML里能简单地集成服务器端C#代码。

然而，一个有点混乱的地方是价格的if/else逻辑。我们可能在站点的其他位置输出价格（或者在同一页面上），而复制以上逻辑很容易出错且难以维护。类似的应用场景是使用@helper语法提取和重构成为帮助器方法的首选考虑。

使用@helper语法重构以上样例

让我们提取价格输出逻辑，并将其封装在一个我们将命名为“DisplayPrice”的帮助器方法内。我们可以通过重写以下代码样例来实现此操作：

我们已经使用上述@helper语法来定义名为“DisplayPrice”的可重用帮助器方法。就像标准C#/VB方法一样，它可以包含任意数量的参数（您也可以定义参数为空或可选参数）。不过，与标准C#/VB方法不同的是，@helper方法可以同时包含内容和代码并支持其中的完整Razor语法——这使得定义和封装呈现/格式化帮助器方法变得非常简单。

您可以像调用一个标准的C#或VB方法一样，调用@helper方法：

当调用该方法时，Visual Studio会提供智能感知代码：

在多视图模式中重用@helper

在上面的实例中，我们在相同的视图模板中将@helper方法定义为调用它的代码。或者，我们可以将@helper方法定义在视图模板外，并保证其在项目的所有视图模板中可重复使用。

您可以在.cshtml/.vbhtml保存我们的@helper方法，并把这个文件放在项目根目录下创建的\App_Code目录下例如，我在\App_Code文件夹中创建了一个“ScottGu.cshtml”文件，并且在文件中定义了2个单独的帮助器方法（在每个文件中您可以有任意数量的帮助器方法）：

一旦我们的帮助器定义在应用程序级别，我们就可以在应用程序的任何视图模板中使用它们。

在上面的\App_Code文件夹中的ScottGu.cshtml会逻辑编译为一个称为“ScottGu”的类。这个类中包含了“DisplayPrice” 和 “AnotherHelper”的静态成员。我们可以使用以下代码重写前面的示例来调用它：

当像如下方法调用应用程序级别帮助器时，Visual Studio将会提供智能感知代码：

5月15日更新：有一些人指出的一个问题是，当一个@helper保存在\app_code目录中时，默认情况下您不能访问其中的ASP.NET MVC Html帮助器方法。（例如Html.ActionLink(), Html.TextBox()等等)。而当它们定义在与视图相同的文件夹中，您是可以访问内置HTML帮助器方法的。当帮助器位于\app_code目录下时，确实当下是不支持内置HTML帮助器方法的访问的——我们将在下次发布中添加此功能。Paul Stovall有一个很好的帮助器类，您可以同时访问和使用它和您在\app_code目录下定义的@helper方法中的内置Html方法。请从这里了解更多关于如何使用的信息。

总结

Razor的@helper语法提供了一种简便的方法来将呈现功能封装到帮助方法中去。您可以在单个视图模板或整个项目的所有视图模板中重用它。

您可以使用此功能来编写更加干净、更易维护的代码。

来源：http://blog.joycode.com/scottgu/archives/2011/05/25/116617.joy

本文链接

如何从软件开发向产品管理转型

2011-07-25T01:32:00Z

我与开发人员接触，发现他们很关心这样一个问题：如何从软件开发向产品管理转型？

开发人员希望向产品管理转型，有时是因为参与探索（定义）产品后，尝到了影响产品决策的甜头，不再满足于只做编程的工作。有时是因为对现有产品很失望，他们认识到如果产品没有价值，开发团队再优秀也无济于事。

我认识的很多优秀的产品经理都是开发工程师出身。接下来，我将探讨从软件开发转型到产品管理时可能遇到的问题和挑战。

开发人员转型做产品管理有其无与伦比的优势—— 对产品可行性的敏锐嗅觉。如果他们对用户行为进行深入分析，学习一些和产品管理有关的技巧，就能成长为出色的产品经理，打造出用户喜爱的产品。

转型的第一步，是清楚地意识到自己和目标客户是截然不同的。 花一些时间和真正的客户交往，就会很容易意识到这一点。不要想当然地认为，只要我喜欢这个产品，知道如何操作，用户也一定会喜欢这个产品，知道如何操作。

第二，学会“ 移情” （empathy ） ，懂得站在用户的角度思考问题。其实，用户并非一无所知的菜鸟，只是他们的工作和擅长的领域与你不同罢了。要做到换位思考，最简单的方法是花时间与用户做面对面的沟通。注意，这并不意味着用户能提出真正的产品需求；挖掘产品需求是产品管理的任务。

第三，转变思想。 作为开发工程师，你的任务是优化开发流程和效率。但作为产品经理，你的工作则是定义产品、优化用户体验，打造出用户喜爱的产品。这一点看似容易，只有当你面临一个两难抉择，比如项目发布时间与用户体验出现冲突的时候，你才能体会其中的困难。

第四，保持谦逊的品格。 向用户展示产品时，大多数人的反应可能会与你的预期背道而驰，这时谦逊就显得格外重要。仔细倾听来自用户的声音，日复一日，你的理解力会得到极大提升。但前提条件是必须拥有开放的心态来面对用户的批评。

第五，改变讨论风格。 很多互联网企业中，工程师都喜欢围绕着某些决策争论不休，激情四射。可多数情况下，这些产品的技术决策有明确的判断标准，比如运行速度更快、规模更合适、容错度更高、扩展性更好等等。而产品定义和用户体验的决策中并不存在这样的标准。这时候就需要你改变以前的讨论风格，提高说服和辩论的技巧，让他人接受你的观点。

最后，处理好和原部门的关系。 成为产品经理后，你和开发部门的关系会变得很难处理。他们会变得异常敏感且难以沟通，会采取各种各样的方式来挑战你，质疑你的技术能力，不会轻易作出承诺。你需要学会放手，让工程团队做好他们的本职工作，并参与到产品开发的流程中来。产品管理的工作已经够让人头大了，相关的技术决策就放手让他们来处理吧。

我强烈建议公司建立畅通的渠道为开发人员的转型提供便利，一定会培养出许多杰出的产品经理。即使转型不成功，开发人员还是决定回去编程，但产品管理的观念也为他们树立了“ 科技以人为本” 的思想，对他们今后的工作是极其有益的。

本文链接

需求分析的“Y理论”

2011-07-20T14:54:00Z

“需求分析”的过程到底是什么？“用户需求”、“产品需求”、“产品功能”这些看起来差不多的词，到底有什么区别？再看看自己3年前的理解，感觉可以再说透一点。

这个过程可以形象化为“Y”，“需求分析”的过程就是经历图中的“1 –> 2 — >3”，把“用户需求”转化为“产品功能”。

需求分析的Y

对图做几点解释：

“Y”的越上面越是解决方案，越下面越是背后的目的。“1-用户需求”，大多表现为用户的解决方案，往往是不好的，但好的“3-产品功能”一定是从用户需求转化而来，而不是凭空想出来的。所以说，“听不听用户”都是一个意思，更准确的说法是“听用户的，但不要照着做”。同时，也不要误解“创造需求”，你创造的只能是满足用户需求的解决方案——产品功能，而不是用户需求。

1–>2，通过问“Why”，逐步归纳，2–>3，通过问“How”，逐步演绎。过程中都要用到各种辅助信息，比如数据、竞品、行业等。

把“2-产品需求”追溯到“4-马斯洛需求”的过程是可选的，画为虚线，只是为了这个理论的完备，如果感兴趣，每个产品需求总能挖到马斯洛的层面。“2-产品需求”的点如何选择，我们到底应该挖到那个层面上，作为产品需求，取决于公司和产品的定位，下面有例子。

还是用那个烂大街的“买电钻”的故事吧，假设你是一位婚介所的产品经理，你能从中发现机会么？（这都哪儿跟哪儿啊……）

小明说，“我要买一个电钻。”这是用户需求，他自以为的解决方案。

这时候，如果他面对的是一个普通的销售人员，也许就把电钻卖给他了，比方说500元。但，小明遇到了一位产品经理。产品经理会问——

“为什么？”

“我想在墙上打一个洞。”

有的产品经理，就此停住，对小明说，那你不用买电钻，我们这里提供上门打洞服务，50元，一下子省了90%。到此，产品需求是打洞，功能就是打洞服务。如果你的公司定位就在于此，那么这样也很好。不过，有的公司并不是提供这类产品的，那么会继续问。

“为什么？”

“我挂一幅画在墙上。”

好了，又有一批产品经理找到了产品需求。他跟小明说，我们是个集团公司啊，也提供卖画的服务，并且买画可以包上门安装的！你看，50块也省了，并且挖掘到新的机会——对画的需求。可是，我是一婚介所的产品经理啊，只好硬着头皮继续问。

“为什么？”

“因为房间里显得太空旷了，看着不舒服。”

Ok，原来产品需求是家装服务啊，再How到具体的产品功能，比如加个暖色调的壁灯，铺上地毯……不过，小明皱起了眉头，感觉好像不对啊，家里装潢一下貌似还是有问题，感觉不对。

“为什么？”

“是这样的，我是一IT民工啊，忙得没时间找女朋友，晚上加班回家很晚，对着一块大白墙，感觉很凄凉，没有家的感觉，不够温馨。”

“Bingo，哈哈哈哈，为什么？”

“你笑个毛……”

好了，你发现没有，对一个买电钻的人，婚介所也有机会。而用户需求，Why到哪里停住，做为产品需求，是完全取决于你的产品定位的，与用户无关。而如果我们要深挖，会发现小明要的其实在马斯洛需求层次理论的第三层——“社会交往（爱、情感、归属感）”。

实际操作中，为了方便，“Y”可以简化为“V”，为了返回去验证产品功能是否能满足产品需求，我们可以再Why下去，How上来，反复地做“V”，即把这个过程形象化为“W”。

该文章出自《iamsujie的产品设计》,原文链接：http://iamsujie.com/category/1000/

转载时间是: 2011-07-20 22:48:35 请务必保留此链接，谢谢！

本文链接

会员营销

2011-07-20T14:47:00Z

上周的产品团队周会，大家聊的是有关“会员营销”的话题，对于一款产品来说，上线其实只是刚刚开始，后面运营更是体现功力的时候，而对“会员”的运营，就是其中很重要的一块。当天的一些记录&点评如下，同样的，每一段代表一位的观点摘录：

==========================

会员营销要实行1对1服务，至少要让会员产生这样的“错觉”，当然这个是指偏高端，体现了人与人之间的关系，要把用户当人看待，人的情感需要、被重视、“存在感”很重要；

高端会员对价格不敏感，认可“服务是值钱的”，要充分体会；

如果通过电话、短信与人联系，时间点要把握好，才会让人感觉比较舒服，不管什么原因半夜收到营销短信都会特别恼火，就算内容再好也不行；

==========================

生日的时候，每家公司发的生日祝福短信都差不多，没有差异化，而且让人感觉都是机器的发送，会员的体验会比较糟糕；

类似的情感关怀已经做烂了，需要有场景的客户关怀，比如去上海出差，前一天20点发天气预报；

==========================

服务能够多样化，差异化，比如说京东的COD提供刷卡服务就很好；

电子商务的关联推荐很重要，要了解用户真正想要的是什么，这样才可以为会员提供更有价值的推荐和服务；

自己家门口旁边的理发卡感觉就很好，会员到期的时候，下次过去，依然可以被作为会员服务，有种终身会员的感觉；

==========================

sasa给会员实打实的折扣，买越多折扣越多，感觉sasa的会员比较有价值；

招商银行，享受了一次VIP服务，贵宾专区，有种特别受重视的感觉，感觉很爽；

移动免费办一次sim卡，这种从会员出发的措施，感受很好；

类似于理发卡的这种会员服务，一上来就要充值，感觉不怎么样；

==========================

首先要学习线下商场的经验，会员营销，要向已经做得不错的线下取经；

感觉现在商城的营销方式太直接了，就是促销打折什么的，从方式上来说，比较匮乏；

要重视体验，比如说可以先体验一下线下服务，不一定是线下的商城；

==========================

携程做的比较好，比e龙好，订房的时候比e龙更进一步，在电话询问的阶段就可以确定房间的空房，直接下单，应该是因为做得比较大，有专供房源；

在广东的时候，移动的差异化会员营销，神州行服务很差（比如话费没了的时候，正在通话的状态也会直接断掉），然后就故意推荐服务更好的全球通，这样体验非常差；

==========================

经常去一家台球会所打球，该会所的会员营销别出心裁，给会员的短信每次都给人惊喜，让人感觉是一种朋友般的服务，这样感觉不到特别强的刻意营销，在潜移默化中传播自己，保持了较好的会员黏度；

举例：比如说某某球友昨天在台球厅里拍婚纱照了，效果很不错，大家以后想拍都可以来，免费提供球台球杆等等做道具；又如说今天员工大多数出去烧烤了，商量的口气问球友，如果过来打球，自己摆球好么？……

很有微博营销的味道，目的感太强会很傻；

==========================

携程的会员体系做的很棒，自己是比较高级的VIP，可以在春运时候订到紧缺的机票，每次致电过去都能被叫出名字，酒店服务不好还可以按照会员的意见对酒店进行降权，Call Center的服务非常优质，总之，有很强的被重视的感觉，有归属感，同时会员分层做的不错，感到自己真的有一种VIP的感觉；

东航的VIP服务，登机时候享受空姐的特意关怀（多说几句话……），还有一些线下的VIP会员活动感觉比较有价值；

特别提到了空姐VIP答谢酒会，很强大的三赢活动：第一，对VIP会员，有机会结识年轻漂亮的空姐；第二，对单身空姐，可以有机会认识高端帅哥；第三，对东航，提高了客户满意度&员工忠诚度；

==========================

最后，不知道是谁提到一句很经典话：电子商务的最大好处，就是不会发生买卖双方言语不合当场打起来的情况……

VN:F [1.2.0_562]

该文章出自《iamsujie的产品设计》,原文链接：http://iamsujie.com/2000/2018/

本文链接

T_SQL 查询执行步骤

2011-07-20T02:24:00Z

编辑器加载中...

本文链接

TCP长连接与短连接的区别

2011-07-01T06:26:00Z

1. TCP连接

当网络通信时采用TCP协议时，在真正的读写操作之前，server与client之间必须建立一个连接，当读写操作完成后，双方不再需要这个连接时它们可以释放这个连接，连接的建立是需要三次握手的，而释放则需要4次握手，所以说每个连接的建立都是需要资源消耗和时间消耗的

经典的三次握手示意图：

经典的四次握手关闭图：

2. TCP短连接

我们模拟一下TCP短连接的情况，client向server发起连接请求，server接到请求，然后双方建立连接。client向server发送消息，server回应client，然后一次读写就完成了，这时候双方任何一个都可以发起close操作，不过一般都是client先发起close操作。为什么呢，一般的server不会回复完client后立即关闭连接的，当然不排除有特殊的情况。从上面的描述看，短连接一般只会在client/server间传递一次读写操作

短连接的优点是：管理起来比较简单，存在的连接都是有用的连接，不需要额外的控制手段

3.TCP长连接

接下来我们再模拟一下长连接的情况，client向server发起连接，server接受client连接，双方建立连接。Client与server完成一次读写之后，它们之间的连接并不会主动关闭，后续的读写操作会继续使用这个连接。

首先说一下TCP/IP详解上讲到的TCP保活功能，保活功能主要为服务器应用提供，服务器应用希望知道客户主机是否崩溃，从而可以代表客户使用资源。如果客户已经消失，使得服务器上保留一个半开放的连接，而服务器又在等待来自客户端的数据，则服务器将应远等待客户端的数据，保活功能就是试图在服务器端检测到这种半开放的连接。

如果一个给定的连接在两小时内没有任何的动作，则服务器就向客户发一个探测报文段，客户主机必须处于以下4个状态之一：

客户主机依然正常运行，并从服务器可达。客户的TCP响应正常，而服务器也知道对方是正常的，服务器在两小时后将保活定时器复位。
客户主机已经崩溃，并且关闭或者正在重新启动。在任何一种情况下，客户的TCP都没有响应。服务端将不能收到对探测的响应，并在75秒后超时。服务器总共发送10个这样的探测，每个间隔75秒。如果服务器没有收到一个响应，它就认为客户主机已经关闭并终止连接。
客户主机崩溃并已经重新启动。服务器将收到一个对其保活探测的响应，这个响应是一个复位，使得服务器终止这个连接。
客户机正常运行，但是服务器不可达，这种情况与2类似，TCP能发现的就是没有收到探查的响应。

从上面可以看出，TCP保活功能主要为探测长连接的存活状况，不过这里存在一个问题，存活功能的探测周期太长，还有就是它只是探测TCP连接的存活，属于比较斯文的做法，遇到恶意的连接时，保活功能就不够使了。

在长连接的应用场景下，client端一般不会主动关闭它们之间的连接，Client与server之间的连接如果一直不关闭的话，会存在一个问题，随着客户端连接越来越多，server早晚有扛不住的时候，这时候server端需要采取一些策略，如关闭一些长时间没有读写事件发生的连接，这样可以避免一些恶意连接导致server端服务受损；如果条件再允许就可以以客户端机器为颗粒度，限制每个客户端的最大长连接数，这样可以完全避免某个蛋疼的客户端连累后端服务。

长连接和短连接的产生在于client和server采取的关闭策略，具体的应用场景采用具体的策略，没有十全十美的选择，只有合适的选择。

参考：

1. TCP/IP详解卷一

转自： http://www.cnblogs.com/beifei/archive/2011/06/26/2090611.html

本文链接

观察者模式

2011-06-30T15:49:00Z

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace JackYong.Observer
{
/// <summary>
/// 观察者
/// </summary>
public interface ObServer
{
/// <summary>
/// 当气象观测值改变时，主题会把这些状态值当作方法的参数，传送给观察者，所有的观察者都必须实现update()方法，以实现观测者接口，在这里我们按照mary 和sue的想法把观测值传入观察者中。
/// </summary>
/// <param name="temp"></param>
/// <param name="humidity"></param>
/// <param name="pressure"></param>
void update(float temp, float humidity, float pressure);
}

}

DisplayElement

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace JackYong.Observer
{

/// <summary>
/// dispaly Element 接口值包含一了一个方法，也就是display ()，当公告板需要显示时，调用此方法。
/// </summary>
public interface DisplayElement
{
void Display();
}

}

主题

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace JackYong.Observer
{
/// <summary>
/// 主题
/// </summary>
public interface Subject
{
/// <summary>
/// 这两个方法都需要一个观察者作为变量，该观察者是用来注册或被删除的。
/// </summary>
/// <param name="o"></param>
void registerObserver(ObServer o);

/// <summary>
/// 移除观察者
/// </summary>
/// <param name="o"></param>
void removeObserver(ObServer o);

/// <summary>
/// 当主题状态改变时，这个方法会被调用，以通知所有的观察者
/// </summary>
void notifyObservers();

}

}

主题的实现类

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Collections;

namespace JackYong.Observer
{

/// <summary>
/// weatherData 实现了subject接口
/// </summary>
public class WeatherData : Subject
{
/// <summary>
/// 加上ArrayList来记录观察者，此ArrayList是在构造器中建立的。
/// </summary>
private ArrayList observers;
private float temperature;
private float humidity;
private float pressure;

public WeatherData()
{

observers = new ArrayList();
}

/// <summary>
/// 注册
/// </summary>
/// <param name="o"></param>
public void registerObserver(ObServer o)
{
observers.Add(o);
}

/// <summary>
/// 移除
/// </summary>
/// <param name="o"></param>
public void removeObserver(ObServer o)
{
int i = observers.IndexOf(o);
if (i >= 0)
{
observers.Remove(i);
}
}

/// <summary>
/// 通知
/// </summary>
public void notifyObservers()
{
for (int i = 0; i < observers.Count; i++)
{
ObServer observer = (ObServer)observers[i];
observer.update(temperature, humidity, pressure);
}
}

public void measurementsChanged()
{
notifyObservers();
}

/// <summary>
/// 当气候改变后调用
/// </summary>
/// <param name="temperature"></param>
/// <param name="humidity"></param>
/// <param name="pressure"></param>
public void setMeasurements(float temperature, float humidity, float pressure)
{
this.temperature = temperature;
this.humidity = humidity;
this.pressure = pressure;
measurementsChanged();
}

}
}

统计量

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace JackYong.Observer
{
/// <summary>
/// 统计
/// </summary>
public class StatisticsDisplay : ObServer, DisplayElement
{
private float temperature;
private float humidity;
private Subject weatherData;

public StatisticsDisplay(Subject weatherData)
{
this.weatherData = weatherData;
weatherData.registerObserver(this);
}

public void update(float temp, float humidity, float pressure)
{
this.temperature = temp;
this.humidity = humidity;
//更新完毕后显示
Display();
}

public void Display()
{
Console.WriteLine("current coditions :" + temperature + " F degrees and " + humidity + "% humidity");
}

}
}

当前

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace JackYong.Observer
{
public class CurrentConditionsDisplay:ObServer,DisplayElement
{
private float temperature;
private float humidity;
private Subject weatherData;

public CurrentConditionsDisplay(Subject weatherData)
{
this.weatherData = weatherData;
weatherData.registerObserver(this);
}

public void update(float temp, float humidity, float pressure)
{
this.temperature = temp;
this.humidity = humidity;
//更新完毕后显示
Display();
}

public void Display()
{
Console.WriteLine("current coditions :" + temperature + " F degrees and " + humidity + "% humidity");
}

}
}

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace JackYong.Observer
{
class Program
{
static void Main(string[] args)
{

WeatherData weatherdata = new WeatherData();
CurrentConditionsDisplay currentdisplay = new CurrentConditionsDisplay(weatherdata);
StatisticsDisplay statistics = new StatisticsDisplay(weatherdata);
weatherdata.setMeasurements(80, 65, 30.4f);
weatherdata.setMeasurements(82, 70, 29.2f);
weatherdata.setMeasurements(78, 90, 29.2f);

}
}
}

本文链接

公司前端脚本

2011-06-29T16:16:00Z

本文链接

转 SQL Server 备份和还原全攻略

2011-06-29T15:55:00Z

一、知识点

完全备份： 备份全部选中的文件夹，并不依赖文件的存档属性来确定备份那些文件。（在备份过程中，任何现有的标记都被清除，每个文件都被标记为已备份，换言之，清除存档属性）。完全备份也叫完整备份。

差异备份： 差异备份是针对完全备份：备份上一次的完全备份后发生变化的所有文件。（差异备份过程中，只备份有标记的那些选中的文件和文件夹。它不清除标记，即：备份后不标记为已备份文件，换言之，不清除存档属性）。

增量备份： 增量备份是针对于上一次备份（无论是哪种备份）：备份上一次备份后，所有发生变化的文件。（增量备份过程中，只备份有标记的选中的文件和文件夹，它清除标记，即：备份后标记文件，换言之，清除存档属性。）

事务日志备份： 在特定事务日志备份之前执行的完整数据库备份和上次差异备份（如果有）。在完整数据库备份之后执行的所有事务日志备份或在特定事务日志备份之前执行的差异备份（如果您还原了差异备份）。如果你设置了恢复模式为【简单】，你将无法使用【事务日志】备份。SQL Server 2000 和 SQL Server 2005：创建事务日志备份，您必须使用完整恢复或大容量日志记录恢复模型。

部分备份： 通过指定 READ_WRITE_FILEGROUPS 创建的备份称为“部分备份”。在简单恢复模式下，只允许对只读文件组执行文件组备份。还原的数据备份类型：数据库备份、部分备份或文件备份。对于数据库备份或部分备份，日志备份序列必须从数据库备份或部分备份的结尾处开始延续。对于一组文件备份，日志备份序列必须从整组文件备份的开头开始延续。

文件备份： “文件备份”包含一个或多个文件（或文件组）中的所有数据。

日志链： 连续的日志备份序列称为“日志链”。日志链从数据库的完整备份开始。通常，仅当第一次备份数据库时，或者将恢复模式从简单恢复模式切换到完整恢复模式或大容量日志恢复模式之后，才会开始一个新的日志链。除非在创建完整数据库备份时选择覆盖现有备份集，否则现有的日志链将保持不变。在该日志链保持不变的情况下，便可从媒体集中的任何完整数据库备份还原数据库，然后再还原相应恢复点之前的所有后续日志备份。恢复点可以是上次日志备份的结尾，也可以是任何日志备份中的特定恢复点。

一个备份方案例子： 某个站点在星期天晚上执行完整数据库备份。在白天每隔 4 小时制作一个事务日志备份集，并用当天的备份重写头一天的备份。每晚则进行差异备份。如果数据库的某个数据磁盘在星期四上午 9:12 出现故障，则该站点可以：

1) 备份当前事务日志；（已经出现故障了，如何备份当前事务日志？）

2) 还原从星期天晚上开始的数据库备份；

3) 还原从星期三晚上开始的差异备份，将数据库前滚到这一时刻；

4) 还原从早上 4 点到 8 点的事务日志备份，以将数据库前滚到早上 8 点；

5) 还原故障之后的日志备份。这将使数据库前滚到故障发生的那一刻。

二、还原步骤

创建一个叫TestBackup的数据库，创建一张叫Table1的表，这个时候进行一次完整备份，备份文件为：TestBackupDB-full.bak；接着创建表Table2后进行差异备份，备份文件为：TestBackupDB-diff.bak；接着创建表Table3后进行事务日志备份（如果数据库设置了恢复模式为【简单】，那么在备份类型选项中将看不到【事务日志】），备份文件为：TestBackupDB-log.bak；

创建一个叫TestBackup2的数据库，用于测试TestBackup数据库的备份文件的还原。

（图1：创建库结构）

（图2：备份类型）

下面我们就可以对三个备份文件：TestBackupDB-full.bak、TestBackupDB-diff.bak、TestBackupDB-log.bak进行还原：

步骤1：还原完整备份文件TestBackupDB-full.bak，选项如图4、图5所示，还原成功后数据列表就会如图6所示，这是因为恢复状态选项：不对数据库执行任何操作，不回滚未提交的事务。可以还原其他事务日志。(RESTORE WITH NORECOVERY)

（图3：进入SSMS还原）

（图4：还原常规）

（图5：还原选项）

（图6：完整备份还原）

步骤2：还原差异备份文件TestBackupDB-diff.bak，操作如步骤1所示，这个时候的数据库还是跟图6的状态一样的。

步骤3：还原事务日志备份文件TestBackupDB-log.bak，如图7进入事务日志的还原操作界面；看图8的选项中有指定事务的时间进行还原（还原过程中的恢复状态都是默认为RESTORE WITH RECOVERY，所以这里没有提及这个选项）。还原后的TestBackup2数据库，还原之后的数据库TestBackup2如图9所示。

（图7：进入事务日志）

（图8：事务日志）

（图9：还原后的数据库）

三、升级

通常来说文章写到这里就应该结束了，但是很幸运，再给你介绍一下如何在对表进行分区后的还原操作，从上面的操作来看只包括了mdf和ldf文件，但如果多了几个ndf文件，这些还原又一样吗？所以我称这部分的内容为升级。

情景一：如果本来就有对应的分区文件的，只要在还原的时候修改【还原为】的文件名就可以进行还原了。

情景二：如果刚刚新建了分区文件组和文件，这个时候接着还原备份就会出现图10的错误（不知道是不是在SQL Server 2005的问题）；要解决这个问题有两个方法，第一个：重启数据库服务再还原；第二个：设置数据库的【限制访问】设置为【Single】；

（图10：错误）

四、参考文献

SQL SERVER数据的差异备份如何还原

使用事务日志备份

SQL Server 2008事务日志备份工作原理

有关从完整恢复模式或大容量日志恢复模式切换的注意事项

备份和还原操作指南主题

-------------------华丽分割线-------------------

作者：听风吹雨

出处：http://gaizai.cnblogs.com/

版权：本文版权归作者和博客园共有

转载：欢迎转载，不过记得留下买路钱

Blog：http://gaizai.i170.com/

--创建测试数据库
CREATE DATABASE Test
GO
--将测试数据库的恢复模式设置为FULL
ALTER DATABASE Test
SET RECOVERY FULL
GO
USE Test
GO

CREATE TABLE tb(id int,col varchar(20))

--完整备份数据库

BACKUP DATABASE Test TO DISK='G:\Test.bak' WITH FORMAT

--对tb表插入第一条记录

INSERT INTO tb(id,col) VALUES(1,'第一次差异备份')

--第一次差异备份

BACKUP DATABASE Test TO DISK='G:\Test_One_Dif.bak' WITH FORMAT,DIFFERENTIAL

--对tb表插入第二条记录

INSERT INTO tb(id,col) VALUES(2,'第二次差异备份')

--第二次差异备份

BACKUP DATABASE Test TO DISK='G:\Test_Two_Dif.bak' WITH FORMAT,DIFFERENTIAL

--OK.现在直接还原.完整备份+第二次差异备份.看看第二条记录在不在.

GO
USE tempdb
--完整备份还原
RESTORE DATABASE Test FROM DISK='G:\Test.bak' WITH REPLACE,NORECOVERY
--第二次差异备份还原
RESTORE DATABASE Test FROM DISK='G:\Test_Two_Dif.bak' WITH RECOVERY

GO
USE Test
GO
SELECT * FROM tb

GO
USE tempdb
GO
--删除测试数据库
DROP DATABASE Test

本文链接