要不是中午接到家里来的电话，小猪还真的忘记了今天是自己的生日。

自从高中毕业了以后，映像中小猪的生日再也没有回家过过。这么些年都在外面“打拼”了。

也许以后也不会有多少机会和家里父母过自己的生日。想以前父母虽然不会在这天买蛋糕，但老妈总是会在今天做上比平时要多的几个菜来为我庆生，接到电话的时候家里刚吃完饭，电话里的声音包括了一大家子所有人，问我是否吃过呢.我正在和大强讨论事情午饭还没热好。说着说着我就想现在家里桌上摆着的是哪些菜呢？

时光荏苒呐！

在很多时间做web开发都需要使用图标，网页中各种丰富的内容很多都是由图标完成的。

这些图标有些都是一个图标对应一个图片文件，虽然这可以实现其功能，但是深究的话并不是好的解决方案，毫无意义的增加了访问服务器的次数。

今天小猪就来分享如何“一图多用”。即把很多图标放在一张图片上面，而利用css来实现不同的地方显示图片的不同位置实现了类似单个图标的功能

最重要的一点是
你要了解背景图片在控制项中显示的起始位置，控制项的高度，宽度。
以下是简要分析，你还要实践一下才能掌握真谛：
对一个宽度40，高度30的div设定一个背景，而背景图片是一张很多小图片的组合。
这里隐含了一个条件，就是小图片的宽度和高度和小图片的间隙要大于等于div的设置，原因：
当你设定背景图片的起始位置时，如果小图片相对div太小，则会显示多个小图片，相反如果小图片在一张整图过大或布局不够友好(比如间隙[上，下，左，右]),那么也是不算符合要求而导致显示不完整或不合你的格。
讲了上面这么多，有一个重要的地方，就是如何设置背景图片的起始位置：
答案就在background-position里面了，当然background也可以设置。
你找找别人的案例就会发现他们的position都设置为负数，比如

1

background-position:-5px -4px

这个就是背景图片显示的起始位置。那这个数字怎么设定呢？
哈哈，我是不是在卖关子？
呵呵，不卖关子，你咋能记得住。
还有这可是我经验的积累，过程，分享。
说正题，图片在背景的显示坐标(我们就当他是坐标)，为从图片的左上角算起为原点(0,0),
向右则为负(跟一般的横坐标相反),向下也为负(跟纵坐标一样),那么单位(px，当然也可以是其他的)则为刻度，好了，图片定位完成。
接下来就是你想要显示这个背景图片的哪个小图标，请按坐标标记下小图片的起始位置，那么
这就是你想要的background-position的结果了，至于怎么只显示这个小图片，就回到上面的讲的，需要对背景图片布局了，以及实际需求(比如div的高度宽度也觉得使用小图片的大小),
当然你会想，为什么不直接通过background来设置高度和宽度呢？我告诉你，是不行的。
所以你要对控制项div来设置高度和宽度，让小图片刚好显示出来，说了这么多，请看以下样式:

1
2
3
4

div.myDiv {width:40px;height:30px}
div.myDiv{background-image:url(test.jpg);}
div.normal{background-position:-5px -10px;}
div.over{{background-position:-20px -30px;}

然后是html:
普通情况如下:

1

<div class="myDiv normal" ></div>

当发生onmouseover事件的时候(当然是你自己添加的事件,不过标签是<a>的话就用样式A:over设置了),修改div的样式变成如下:

1

<div class="myDiv over" ></div>

那么实际情况我只是对position的位置做了调整，也就是相当于修改了背景图片的显示区域。
而这个显示区域的变化就是2张小图片的位置罢了~
好了，讲是讲完了，该你实践了~
实践才是进步的唯一稳步~

C#和JS的日期格式互相转换遇到了问题，我们从.NET服务器端序列化一个DateTime对象的结果是一个字符串格式，如 '/Date(1335258540000)/' 这样的字符串。

整数1335258540000实际上是一个1970 年1月1日00:00:00至这个DateTime中间间隔的毫秒数。通过javascript用eval函数可以把这个日期字符串转换为一个带有时区的Date对象，如下

用

1

var date = eval('new ' + eval('/Date(1335258540000)/').source)

这样即可得到一个JS对象

通过alert(date)查看比较清楚。

Tue Apr 24 17:09:00 UTC+0800 2012

然后通过js的时间函数可对其进行格式化。

1
2
3
4
5
6
7
8
9
10
11
12
13
14

var myDate = new Date\(\);
myDate.getYear\(\);        //获取当前年份(2位)
myDate.getFullYear\(\);    //获取完整的年份(4位,1970-????)
myDate.getMonth\(\);       //获取当前月份(0-11,0代表1月)
myDate.getDate\(\);        //获取当前日(1-31)
myDate.getDay\(\);         //获取当前星期X(0-6,0代表星期天)
myDate.getTime\(\);        //获取当前时间(从1970.1.1开始的毫秒数)
myDate.getHours\(\);       //获取当前小时数(0-23)
myDate.getMinutes\(\);     //获取当前分钟数(0-59)
myDate.getSeconds\(\);     //获取当前秒数(0-59)
myDate.getMilliseconds\(\);    //获取当前毫秒数(0-999)
myDate.toLocaleDateString\(\);     //获取当前日期
var mytime=myDate.toLocaleTimeString\(\);     //获取当前时间 上午12:00:00
myDate.toLocaleString( );        //获取日期与时间 2012年12月12日 上午12:00:00

“HTTPS协议的工作原理是什么？”这是我在数天前工作项目中需要解决的问题。作为一名Web开发者，我当然知道 HTTPS 协议是保障用户敏感数据的好办法，但并不知道这种协议的内在工作机制。它怎么保护数据？有人监听线路的情况下，服务器与客户端之间如何建立安全的连接？安全证书又是什么，为什么还要花钱买呢？

一系列通道

在深入讲解原理细节之前，让我们首先简单了解下HTTPS所防范的的问题，以及安全连接为何如此重要吧。在你访问自己喜欢的站点时，从你的电脑发送的请求会在各个不同的网络之间传递——这些网络很有可能是用来偷听，甚至篡改你的信息。

局域网中，信息从你的电脑传输到其他电脑，传输到接入点，到ISP的路由器、交换机，最后到达骨干网线路。这样的一个过程中，有许多不同的组织在传送着你的请求。这时，如果不怀好意的用户侵入这条线路之中的任何一个系统中时，他们将很有可能看到线路中传送的内容。而一般情况下，Web请求和相应都经由普通的HTTP协议明文传送。HTTP协议默认不使用加密协议，都是由于这些原因：

• 加密消耗了很多计算资源。
• 加密占用了更多的传输带宽。
• 加密后缓存机制会失效。
  不过，Web开发者会时不时遇到在连接中传送密码、信用卡号等敏感信息的情况。所以，有必要为这些页面做好防嗅探的准备措施。

传输层安全协议（TLS）

虽然下面讲解的内容和密码学有关，但是这里只是一个简单的介绍，不熟悉相关知识也应该看得懂。在实践中，是密码学算法确保了通信过程的安全，同时也抵御了潜在的信息黑手——干扰通信和监听的人。

SSL协议的继任者——TLS协议，常被用来实现安全HTTP连接（HTTPS）协议。在OSI网络模型中，TLS协议比HTTP协议的工作更加底层。确切来说，就是TLS的那部分连接发生在HTTP的连接之前。TLS是一种混合的加密机制。它具有多种范式，接下来所看到的是对于这两种范式（用于共享秘密信息和身份认证（确保声称的身份和实际身份一致）的公钥算法和用于加密请求与回应机密信息的对称式算法）的说明：

公钥加密机制

使用公钥加密机制，双方各自拥有一份公钥和一份私钥，公钥和私钥通过数学演算联系在一起。公钥用于将明文转化为密文（变成了一堆乱码），私钥用来解密这一堆乱码般的信息。一旦信息被公钥加密，它将只能由相应的私钥解密。两者缺一不可，而且也不能反过来使用。公钥可以自由传播，无需担心系统安全性降低；但私钥应妥善保管，不可将其泄露给未经授权解密的信息的用户，这就是公钥和私钥这两个名称的由来。公钥机制相当酷的地方在于，通信双方可以在最初不安全的通道上建立起安全可靠的通信连接。客户端和服务器都可以使用各自的私钥，只要共享了一部分公开信息，也就是共用了同一个公钥的情况下，就可以建立起相应的会话。这意味着即使有人坐在客户端或者服务器前查看连接过程，他们也不会知道客户端或者服务的的私钥，也不会知道会话所共享的密码。

这得靠什么实现？靠数学！

Diffie-Hellman

这种密钥交换最常使用是Diffie-Hellman的密钥交换法。这项过程允许服务器和客户端双方商定共同的保密信息，而不需要在传输过程中交换这个信息。这样一来，即使嗅探者查看每个数据包，也不能确定连接上传输的共享密码是什么。

在最初的DH式密钥交换发生之后所生成的共享信息，可以在会话接下来的通信中使用更简洁的对称式加密法，我们之后就会看到对称式加密法的说明。

一点点数学

公钥算法的特点就是很容易由算子计算出结果，而基本上不可能作逆向运算。这也就是使用了两个质数的所要达到的目的。

现在假设Alice和Bob分别是参与DH式密钥交换过程的两方，他们一开始会商议确定一个小质数（一般是2,3,5这样的小数字）和一个大质数（有300位以上）作为加密的原始信息。小质数和大质数都可以直接传输，不必担心交换过程中的不安全。需要明白的是，Alice和Bob各自都持有着自己的私钥（100多位的数），而且也永远不应该共享自己的私钥。不光是两人之间，也包括其他不相关的人都不应该拥有这两组私钥。网络中传输的是他们的私钥、小质数和大质数混合运算得到的结果。更确切来说，就是：

• Alice的结果 = （小质数^{Alice的密码}）% 大质数
• Bob的结果 = （小质数^Bob的密码）% 大质数
• （“%” 符号表示取模运算，即取得除法运算的余数）
  所以Alice使用大质数和小质数加上自己的私钥运算，就会得出结果，而Bob做同样的计算，也能得到相同的结果。当他们接收到对方的运算结果时，他们可以由数学计算导出会话中所要传输的信息，也就是说：

Alice计算的是

• （Bob的结果^{Alice的密码}）% 大质数

而Bob则计算

• （Alice的结果^Bob的密码）% 大质数
  Alice和Bob得出来的数字相同，这个数字也就是会话中所要共享的密码。请注意，双方都没有向对方传输各自的私钥，而连接过程中也没有明文传递保密信息。这一点真是太棒了！对数学不好的人而言，维基百科上有一张混合颜料的图可以用来说明情况：

请注意图中一开始的颜色（黄色）最后都会有Alice和Bob的颜色参与计算。这就是双方会得到同样结果的原因。对于观看中间过程的人来说，唯一在连接中发送的半合成信息是毫无意义的。

对称式加密机制

每次会话中只需要产生一次公钥交换的过程。在接受了同一个共享保密信息以后，服务器和客户端之间会使用更为高效的对称式加密机制进行通信，省去了来回交换的额外花销。在接受了之前的共享保密信息之后，还会使用一套密码机制（一般是一组加密算法），使用共享的密码安全地通信，加密解密各自的信息。而窃听者只会看到一堆乱码在传来传去。

身份认证

DH式密钥交换允许双方创建私有的，共有的密码，但通信双方怎么确保是真正想要对话的人呢？这里就涉及到了身份认证的问题。假设我拿起电话，跟我的朋友进行DH式密钥交换，在电话已经被干扰的情况，实际上是在跟其他人交换信息。在使用共享密码了以后，我仍然可以安全地与“朋友”交换信息，没有人可以解密我们的通信信息，但是“朋友”并不真的是我的朋友，这可是十分不安全的！要解决身份认证问题，需要有配套的公钥基本设施，来核实用户的真实身份。这些设施用来创建，管理，发布，收回数字证书。而数字证书正是你需要为站点使用HTTPS协议付费的恼人事项。但是，什么是数字证书，数字证书又是如何保证信息更加安全的呢？

证书

从更高的层次来讲，数字证书是将机器上的公钥和身份信息绑在一起的数字签名。数字签名担保某份公钥属于某个特定的组织和机构。证书将域名（身份信息）和特定公钥关联起来。这就避免了窃听者将自己的服务器伪装成用户将要连接的服务器，并进行攻击的行为。在上面打电话的例子中，攻击者可以尝试展示自己的公钥，装作是你的“朋友”，但是证书上面的签名信息便显示出：这份证书不是来自我信任的人的。要受到一般浏览器的信任，证书本身还应当受到CA的信任。CA公司对认证会进行人工核查，确定申请主体满足以下两个条件：

1. 在公共记录中存在着这个人/这家公司。
2. 需要签名的证书上标明的域名的确由申请主体实际控制。
   当CA查证，得出申请人属实，并且的确拥有这个域名的结果，CA便会为证书颁发签证，盖上“已核准”的戳记，表明网站的公钥属于这个网站，而且可以信任。你的浏览器中会内置一系列受信任的CA列表。如果服务器返回的是未经过受信任CA签证的证书，浏览器会弹出大大的警告，这就在系统中多了一层安全措施，如果不然，任何人都可以四处签售伪造的证书。

这样一来，即使攻击者将自己的公钥拿出来，生成这份密钥，声称自己的伪造服务器就是“facebook.com”，浏览器也会因为检查到“未经受信任CA签名的证书”而弹出提示。

一些关于证书的其他事项

增强式认证

在常规的X.509 证书之外，增强式认证证书提供了更强力的认证。要授予增强式认证证书，CA会对域名持有着做更加深入的查验（通常需要提供护照和水电费账单等信息）。这种类型的证书，浏览器中大锁图标的显示位置背景也会变成绿色。

在同一台服务器上运行的多个网站

在HTTP协议连接开始之前进行的TLS协议握手流程，很有可能存在着多个网站存放在同一个服务器，使用相同IP地址的情况。虚拟主机的Web路由是由Web服务器分发，但是TCP握手的过程，却是发生在连接之前。整个系统的单张证书会被发送到服务器的所有请求之中，这种流程会在共享主机的环境中发生问题。如果你正在使用Web主机上提供的服务，他们会在你使用HTTPS协议之前要求使用独立的IP地址。不然主体提供商就需要每次在服务器上有新站点的时候，取得新证书（并且向CA重新申请认证）

这些天养成了一个习惯，自从开始使用韩寒的“一个”之后发现每天抽一点时间来阅读一篇文章是件让人愉快的事情。“一个”吸引我的地方是他每天只推荐一篇文章。现在太多的应用信息量太大导致我有点疲劳，相反“一个”每天只有一篇文章，这反而使我每天定时的打开应用仔细的阅读他。

这篇文章起源于今天推荐的关于跑步的文章。其中一段讲到了开始晨跑的原因，有那么一个人鼓励作者跑步，每次作者跑步的时候他总是拿着衣服在操场边上边走边等着他跑完。

……

我在大学的时候大二的时候学校由于迎接本科教育评估，硬是让已经耍了一年的我们大二学生起床做早操。每天早上我都需要像赶鸭子似的一个个宿舍敲门叫大家起来做早操，导致同学见到我就像是见了仇人。当评估结束了之后也就取消了做操的政策，但当时我作为班级里面位数不多的几个四级还没过的人不知道是从什么时候起决定早上6点起床跑步，背英语。

自己一个人跑了一段时间之后有一个人出现在我的每天跑步的操场边上。

我要考四级、她要考六级。

我每天坚持跑几圈，她不跑，她只是在操场边上读她的英语。

十一月份的天气早上六点多虽然太阳已经懒洋洋的升起来，但早上的风吹着却是很冷的，每次我跑完看着她冻的鼻子通红的时候我都会有种怜悯之心，衷心的祝福她能够顺利通过六级考试。

某个早晨她告诉我，假期她要回家一次，所以早上她就不来了，我说嗯，你忙你的。

直到那个短假期内的夜里我接到一个电话，电话的内容很短：“请你不要做伤害感情的事情！”我回答：“我没有做伤害感情的事”“那就好……”而背景里面隐约出现她的声音……

挂完电话我躺床上楞了好久……

躺在床上想我和她的事，他和她的事，整个过程。想我所做的一切是不是值得。

后来早上跑步的时候操场边上就一直没有了她，可能是她已经不再早读了，或者他已经不需要早读了，或者她已经不需要我了。

后来我听说那次她六级没过，再后来我六级过了她六级好像也没过，再后来就不知道她过没过了。

很多年过去了，现在的她不知道是什么样子了，偶尔还能从她的QQ状态中了解她还是那么的乐观开朗，一切都是那么的平静。

只是我有时候还是能够回忆起那点记忆，那短暂的记忆，一起吃麻辣烫，一起到旱冰场她不愿意穿鞋，她为我写了又删掉的日志。

在前一篇中，小猪向大家分享了在WebForm中使用Response.WriteFile()方法来向客户端提供指定文件的下载。这篇小猪向大家介绍在ASP.NET MVC中怎么为客户端实现相同的功能。

我们可以定义Control的返回类型为FileResult来向客户端提供文件的下载。

1
2
3
4

{
    //Some code
    ...
}

FileResult 是一个抽象类，继承自 ActionResult。在 System.Web.Mvc.dll 中，它有如上三个子类，分别以不同的方式向客户端发送文件。

在实际使用中我们通常不需要直接实例化一个 FileResult 的子类，因为 Controller 类已经提供了六个 File 方法来简化我们的操作：

1
2
3
4
5

protected internal virtual FilePathResult File(string fileName, string contentType, string fileDownloadName);
protected internal FileContentResult File(byte[] fileContents, string contentType);
protected internal virtual FileContentResult File(byte[] fileContents, string contentType, string fileDownloadName);
protected internal FileStreamResult File(Stream fileStream, string contentType);
protected internal virtual FileStreamResult File(Stream fileStream, string contentType, string fileDownloadName);

1.最简单的方法

1
2
3
4

{
    var path = Server.MapPath("~/Files/小小猪.zip");
    return File(path, "application/x-zip-compressed");
}

第一个参数指定文件路径，第二个参数指定文件的 MIME 类型。

用户点击浏览器上的下载链接后，会调出下载窗口。

大家应该注意到，文件名称会变成 Download1.zip，默认成了 Action 的名字。我们使用 File 方法的第二个重载来解决文件名的问题：

2.为文件指定默认下载名

1
2
3
4
5
6
7
8
9
10
11

{
    var path = Server.MapPath("~/Files/小小猪.zip"); 
    return File("F:\小小猪.zip", "application/x-zip-compressed", "crane.zip");
}

public ActionResult FilePathDownload3\(\)
{
    var path = Server.MapPath("~/Files/小小猪.zip"); 
    var name = Path.GetFileName(path);
    return File(path, "application/x-zip-compressed", name);
}

我们可以通过给 fileDownloadName 参数传值来指定文件名，fileDownloadName 不必和磁盘上的文件名一样。下载提示窗口还是默认为了 Action 的名字。原因是 fileDownloadName 将作为 URL 的一部分，只能包含 ASCII 码。我们把 FilePathDownload3 改进一下：

3. 对 fileDownloadName 进行 Url 编码

1
2
3
4
5

{
    var path = Server.MapPath("~/Files/小小猪.zip");
    var name = Path.GetFileName(path);
    return File(path, "application/x-zip-compressed", Url.Encode(name));
}

好了，没问题了。上面代码中 Url.Encode(…)，也可使用 HttpUtility.UrlEncode(…)，前者在内部调用后者。

我们再来看 FileContentResult.

4.FileContentResult

FileContentResult 可以直接将 byte[] 以文件形式发送至浏览器（而不用创建临时文件）。参考代码如下：

1
2
3
4

{
    byte[] data = Encoding.UTF8.GetBytes("欢迎访问 小小猪 的博客 www.smallerpig.com");
    return File(data, "text/plain", "welcome.txt");
}

点击后下载链接后，弹出提示窗口是否下载“welcome.txt”

bit    整型
bit数据类型是整型，其值只能是0、1或空值。这种数据类型用于存储只有两种可能值的数据，如Yes 或No、True 或False 、On 或Off.  
注意：很省空间的一种数据类型，如果能够满足需求应该尽量多用。

tinyint   整型
tinyint 数据类型能存储从0到255 之间的整数。它在你只打算存储有限数目的数值时很有用。这种数据类型在数据库中占用1 个字节.
注意：如果bit类型太单调不能满足您的需求，您可以考虑用tinyint类型，因为这个类型相对也是比较安全的，不接受恶意脚本内容的嵌入。

smallint     整型  
smallint 数据类型可以存储从- 2的15次幂(-32768)到2的15次幂(32767)之间的整数。这种数据类型对存储一些常限定在特定范围内的数值型数据非常有用。这种数据类型在数据库里占用2 字节空间.
注意：如果tinyint类型太单调不能满足您的需求，您可以考虑用smallint类型，因为这个类型相对也是比较安全的，不接受恶意脚本内容的嵌入。

int    整型
int 数据类型可以存储从- 2的31次幂(-2147483648)到2的31次幂 (2147483 647)之间的整数。存储到数据库的几乎所有数值型的数据都可以用这种数据类型。这种数据类型在数据库里占用4个字节.

注意：如果smallint也不能够满足您的需求，您可以考虑用长度更大的int类型。

decimal   精确数值型
decimal 数据类型能用来存储从-10的38次幂-1到10的38次幂-1的固定精度和范围的数值型数据。使用这种数据类型时，必须指定范围和精度。 范围是小数点左右所能存储的数字的总位数。精度是小数点右边存储的数字的位数

numeric   精确数值型
numeric数据类型与decimal 相似。

smallmoney    货币型
smallmoney 数据类型用来表示钱和货币值。这种数据类型能存储从-214748.3648 到214748.3647 之间的数据，精确到货币单位的万分之一
money   货币型
money数据类型用来表示钱和货币值。这种数据类型能存储从-9220亿到9220 亿之间的数据，精确到货币单位的万分之一  

float    近似数值型            
float 数据类型是一种近似数值类型，供浮点数使用。说浮点数是近似的，是因为在其范围内不是所有的数都能精确表示。浮点数可以是从-1.79E+308到1.79E+308 之间的任意数

real     近似数值型          
real 数据类型像浮点数一样，是近似数值类型。它可以表示数值在-3.40E+38到3.40E+38之间的浮点数
Smalldatetime   日期时间型          
smalldatetime 数据类型用来表示从1900年1月1日到2079年6月6日间的日期和时间，精确到一分钟  

datetime   日期时间型          
datetime数据类型用来表示日期和时间。这种数据类型存储从1753年1月1日到9999年12月31日间所有的日期和时间数据， 精确到三百分之一秒或3.33毫秒 .

cursor    特殊数据型
cursor 数据类型是一种特殊的数据类型，它包含一个对游标的引用。这种数据类型用在存储过程中，而且创建表时不能用

timestamp   特殊数据型          
timestamp 数据类型是一种特殊的数据类型，用来创建一个数据库范围内的唯一数码。 一个表中只能有一个timestamp列。每次插入或修改一行时，timestamp列的值都会改变。尽管它的名字中有“time”， 但timestamp列不是人们可识别的日期。在一个数据库里，timestamp值是唯一的  

Uniqueidentifier    特殊数据型          
Uniqueidentifier数据类型用来存储一个全局唯一标识符，即GUID。GUID确实是全局唯一的。这个数几乎没有机会在另一个系统中被重建。可以使用NEWID 函数或转换一个字符串为唯一
标识符来初始化具有唯一标识符的列 .

char    字符型              
char数据类型用来存储指定长度的定长非统一编码型的数据。当定义一列为此类型时，你必须指定列长。当你总能知道要存储的数据的长度时，此数据类型很有用。例如，当你按邮政编码加4个字符格式来存储数据时，你知道总要用到10个字符。此数据类型的列宽最大为8000 个字符.

varchar   字符型               varchar数据类型，同char类型一样，用来存储非统一编码型字符数据。与char 型不一样，此数据类型为变长。当定义一列为该数据类型时，你要指定该列的最大长度。 它与char数据类型最大的区别是，存储的长度不是列长，而是数据的长度   .

text    字符型              
text 数据类型用来存储大量的非统一编码型字符数据。这种数据类型最多可以有231-1或20亿个字符.

nchar    统一编码字符型  
nchar 数据类型用来存储定长统一编码字符型数据。统一编码用双字节结构来存储每个字符，而不是用单字节(普通文本中的情况)。它允许大量的扩展字符。此数据类型能存储4000种字符，使用的字节空间上增加了一倍.

nvarchar    统一编码字符型    
nvarchar 数据类型用作变长的统一编码字符型数据。此数据类型能存储4000种字符，使用的字节空间增加了一倍.

使用VARCHAR，CHAR每个汉字是占2位但NVARCHAR是Unicode字符一个汉字只占1位！所以NVARCHAR(10)应该可以存10个汉字

ntext    统一编码字符型    
ntext 数据类型用来存储大量的统一编码字符型数据。这种数据类型能存储230 -1或将近10亿个字符，且使用的字节空间增加了一倍

binary    二进制数据类型  
binary数据类型用来存储可达8000 字节长的定长的二进制数据。当输入表的内容接近相同的长度时，你应该使用这种数据类型.

varbinary     二进制数据类型  
varbinary 数据类型用来存储可达8000 字节长的变长的二进制数据。当输入表的内容大小可变时，你应该使用这种数据类型  

image    二进制数据类型    
image 数据类型用来存储变长的二进制数据，最大可达231-1或大约20亿字节  

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
(1)二进制数据类型
　　二进制数据包括 Binary、Varbinary 和 Image
　　Binary 数据类型既可以是固定长度的(Binary),也可以是变长度的。
　　Binary[(n)] 是 n 位固定的二进制数据。其中，n 的取值范围是从 1 到 8000。其存储窨的大小是 n + 4 个字节。
　　Varbinary[(n)] 是 n 位变长度的二进制数据。其中，n 的取值范围是从 1 到 8000。其存储窨的大小是 n + 4个字节，不是n 个字节。
　　在 Image 数据类型中存储的数据是以位字符串存储的，不是由 SQL Server 解释的，必须由应用程序来解释。例如，应用程序可以使用BMP、TIEF、GIF 和 JPEG 格式把数据存储在 Image 数据类型中。

(2)字符数据类型

　　字符数据的类型包括 Char，Varchar 和 Text
　　字符数据是由任何字母、符号和数字任意组合而成的数据。
　　Varchar 是变长字符数据，其长度不超过 8KB。Char 是定长字符数据，其长度最多为 8KB。超过 8KB 的ASCII 数据可以使用Text数据类型存储。例如，因为 Html 文档全部都是 ASCII 字符，并且在一般情况下长度超过 8KB，所以这些文档可以 Text 数据类型存储在SQL Server 中。

(3)Unicode 数据类型

　　Unicode 数据类型包括 Nchar,Nvarchar 和Ntext
　　在 Microsoft SQL Server 中，传统的非 Unicode 数据类型允许使用由特定字符集定义的字符。在 SQL Server安装过程中，允许选择一种字符集。使用 Unicode 数据类型，列中可以存储任何由Unicode 标准定义的字符。在 Unicode 标准中，包括了以各种字符集定义的全部字符。使用Unicode数据类型，所战胜的窨是使用非 Unicode 数据类型所占用的窨大小的两倍。
　　在 SQL Server 中，Unicode 数据以 Nchar、Nvarchar 和 Ntext 数据类型存储。使用这种字符类型存储的列可以存储多个字符集中的字符。当列的长度变化时，应该使用Nvarchar 字符类型，这时最多可以存储 4000 个字符。当列的长度固定不变时，应该使用 Nchar 字符类型，同样，这时最多可以存储4000 个字符。当使用 Ntext 数据类型时，该列可以存储多于 4000 个字符。

(4)日期和时间数据类型

　　日期和时间数据类型包括 Datetime 和 Smalldatetime两种类型
　　日期和时间数据类型由有效的日期和时间组成。例如，有效的日期和时间数据包括“4/01/98 12:15:00:00:00 PM”和“1:28:29:15:01AM 8/17/98”。前一个数据类型是日期在前，时间在后一个数据类型是霎时间在前，日期在后。在 Microsoft SQL Server中，日期和时间数据类型包括Datetime 和 Smalldatetime 两种类型时，所存储的日期范围是从 1753 年 1 月 1 日开始，到9999 年12 月 31 日结束(每一个值要求 8 个存储字节)。使用 Smalldatetime 数据类型时，所存储的日期范围是 1900年 1 月 1日 开始，到 2079 年 12 月 31 日结束(每一个值要求 4 个存储字节)。
　　日期的格式可以设定。设置日期格式的命令如下：
　　Set DateFormat {format | @format _var|
　　其中，format | @format_var 是日期的顺序。有效的参数包括 MDY、DMY、YMD、YDM、MYD 和 DYM。在默认情况下，日期格式为MDY。
　　例如，当执行 Set DateFormat YMD 之后，日期的格式为年 月 日 形式；当执行 Set DateFormat DMY 之后，日期的格式为日 月有年 形式

（5）数字数据类型

　　数字数据只包含数字。数字数据类型包括正数和负数、小数（浮点数）和整数
　　整数由正整数和负整数组成，例如 39、25、0-2 和 33967。在 Micrsoft SQL Server 中，整数存储的数据类型是 　　 Int，Smallint和 Tinyint。Int 数据类型存储数据的范围大于 Smallint 数据类型存储数据的范围，而 Smallint 据类型存储数据的范围大于Tinyint 数据类型存储数据的范围。使用 Int 数据狗昔存储数据的范围是从 -2 147 483 648 到 2 147 483 647（每一个值要求4个字节存储空间）。使用 Smallint 数据类型时，存储数据的范围从 -32 768 到 32 767（每一个值要求2个字节存储空间）。使用Tinyint 数据类型时，存储数据的范围是从0 到255（每一个值要求1个字节存储空间）。
　　精确小娄数据在 SQL Server 中的数据类型是 Decimal 和 Numeric。这种数据所占的存储空间根据该数据的位数后的位数来确定。
　　在SQL Server 中，近似小数数据的数据类型是 Float 和 Real。例如，三分之一这个分数记作。3333333，当使用近似数据类型时能准确表示。因此，从系统中检索到的数据可能与存储在该列中数据不完全一样。

（6）货币数据表示正的或者负的货币数量 。

　　在 Microsoft SQL Server 中，货币数据的数据类型是Money 和 Smallmoney
　　Money数据类型要求 8 个存储字节，Smallmoney 数据类型要求 4 个存储字节。

（7）特殊数据类型

　　特殊数据类型包括前面没有提过的数据类型。特殊的数据类型有3种，即 　　 Timestamp、Bit 和 Uniqueidentifier。
　　Timestamp 用于表示SQL Server 活动的先后顺序，以二进投影的格式表示。Timestamp 数据与插入数据或者日期和时间没有关系。
　　Bit 由 1 或者 0 组成。当表示真或者假、ON 或者 OFF 时，使用 Bit 数据类型。例如，询问是否是每一次访问的客户机请求可以存储在这种数据类型的列中。
　　Uniqueidentifier 由 16 字节的十六进制数字组成，表示一个全局唯一的。当表的记录行要求唯一时，GUID是非常有用。例如，在客户标识号列使用这种数据类型可以区别不同的客户。

2.用户定义的数据类型

　　用户定义的数据类型基于在 Microsoft SQL Server 中提供的数据类型。当几个表中必须存储同一种数据类型时，并且为保证这些列有相同的数据类型、长度和可空性时，可以使用用户定义的数据类型。例如，可定义一种称为 　　postal_code 的数据类型，它基于 Char 数据类型。
　　当创建用户定义的数据类型时，必须提供三个数：数据类型的名称、所基于的系统数据类型和数据类型的可空性。

（1）创建用户定义的数据类型

　　创建用户定义的数据类型可以使用 Transact-SQL 语句。系统存储过程 sp_addtype 可以来创建用户定义的数据类型。其语法形式如下：
　　sp_addtype {type},[,system_data_bype][,'null_type']
　　其中，type 是用户定义的数据类型的名称。system_data_type 是系统提供的数据类型，例如 Decimal、Int、Char 　　等等。 null_type 表示该数据类型是如何处理空值的，必须使用单引号引起来，例如'NULL'、'NOT NULL'或者'NONULL'。
　　例子：
　　Use cust
　　Exec sp_addtype ssn,'Varchar(11)',"Not Null'
　　创建一个用户定义的数据类型 ssn，其基于的系统数据类型是变长为11 的字符，不允许空。
　　例子：
　　Use cust
　　Exec sp_addtype birthday,datetime,'Null'
　　创建一个用户定义的数据类型 birthday，其基于的系统数据类型是 DateTime，允许空。
　　例子：
　　Use master
　　Exec sp_addtype telephone,'varchar(24),'Not Null'
　　Eexc sp_addtype fax,'varchar(24)','Null'
　　创建两个数据类型，即 telephone 和 fax

（2）删除用户定义的数据类型

　　当用户定义的数据类型不需要时，可删除。删除用户定义的数据类型的命令是 sp_droptype {'type'}。
　　例子：
　　Use master
　　Exec sp_droptype 'ssn'
　　注意：当表中的列还正在使用用户定义的数据类型时，或者在其上面还绑定有默认或者规则时，这种用户定义的数据类型不能删除。

SQL SERVER的字段类型说明

　　以下为SQL SERVER7.0以上版本的字段类型说明。SQL SERVER6.5的字段类型说明请参考SQL SERVER提供的说明。

字段类型 描述
bit   0或1的整型数字
int   从-2^31(-2,147,483,648)到2^31(2,147,483,647)的整型数字
smallint   从-2^15(-32,768)到2^15(32,767)的整型数字
tinyint   从0到255的整型数字
   
decimal   从-10^38到10^38-1的定精度与有效位数的数字
numeric   decimal的同义词
   
money   从-2^63(-922,337,203,685,477.5808)到2^63-1(922,337,203,685,477.5807)的货币数据，最小货币单位千分之十
smallmoney   从-214,748.3648到214,748.3647的货币数据，最小货币单位千分之十
   
float   从-1.79E+308到1.79E+308可变精度的数字
real   从-3.04E+38到3.04E+38可变精度的数字
   
datetime   从1753年1月1日到9999年12日31的日期和时间数据，最小时间单位为百分之三秒或3.33毫秒
smalldatetime   从1900年1月1日到2079年6月6日的日期和时间数据，最小时间单位为分钟
   
timestamp   时间戳，一个数据库宽度的唯一数字
uniqueidentifier   全球唯一标识符GUID
   
char   定长非Unicode的字符型数据，最大长度为8000
varchar   变长非Unicode的字符型数据，最大长度为8000
text   变长非Unicode的字符型数据，最大长度为2^31-1(2G)
   
nchar   定长Unicode的字符型数据，最大长度为8000
nvarchar   变长Unicode的字符型数据，最大长度为8000
ntext   变长Unicode的字符型数据，最大长度为2^31-1(2G)
   
binary   定长二进制数据，最大长度为8000
varbinary   变长二进制数据，最大长度为8000
image   变长二进制数据，最大长度为2^31-1(2G)

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
Bit
    1位，值为0或1
    Int
    Integer
    4字节，值为-2^31~2^31-1
    Smallint
    2字节，值为-2^15~2^15-1
    Tinyint
    1字节，值为0~255
    Decimal (p,s)
    数字数据，固定精度为P，宽度为S
    Numeric
    Money
    8字节，存放货币类型，值为-2^63~2^63-1
    Small money
    4字节，存放货币类型，值为-214748.3648~+214748.3647近似数值数据类型
    Float (n)
    N在1~24之间，4字节，7位精度
    N=1~7为real
    N在25~53之间，8字节，15位精度
    =8~15为float
Datetime
    8字节，描述某天的日期和时刻，值的精确度为1/300秒
    Smalldatetime
    4字节，描述某天的日期和时刻，精度为分钟
    Cursor  
    对游标的引用
    Timestamp
    8字节，存放在数据库内唯一的数据
    Uniqueidentifier
    16字节，存放全局唯一标识（GUID）
    Char (n)
    非unicode字符串的固定长度，n=1~8000
    Character (n)
Varchar (n)
    可变长度，非unicode字符串n=1~8000
    Char varying(n)
Text
    服务器代码页中可变长度非unicode数据。最大长度为231-1个字符
    Nchar
    固定长度unicode字符串n=1~4000
    National character (n),
    National char(n)
Nvarchar
    固定长度unicode字符串n=1~4000
    National character varying(n)
Ntext
    可变长度unicode数据，最大长度为230-1个字符
    National text
Binary (n)
    固定长度二进制数据，n在1~8000之间，存储空间为n+4字节
    Varbinary (n)
    可变长度二进制数据，n=1~8000
    Binary varying (n)
Tmage
    可变长度二进制数据，大小为0~231-1
    注意：
    1） 对于数值型数据类型，宽度（scale）是指存储在小数点后的数字位数，而精度（precision）是指能存储的包含小数点在内的所有数字位数。
    2） money和small money的存储宽度为4。
    3） 时间戳列值在每一行更新时系统自动更新，时间戳列不能是关键字或关键字的一部分。
    4） 唯一标识数据类型不能使用算术操作符（如+、-等），这种数据类型只能使用相等比较操作。Unicode是所有字符集的一致存储数据的标准。它要使用两倍于非Unicode数据存储的存储空间。

在IIS中，直接在浏览器中输入文件的路径可实现文件的下载，但是这个方法不方便控制用户的权限，所以小猪使用了下列方法来输出文件流。取代了直接下载文件。

这样就可以在下载文件之前验证用户的信息等等。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

string path = Server.MapPath("~/小猪测试.doc");//文件的路径

System.IO.FileInfo file = new System.IO.FileInfo(path);

Response.Clear\(\);

Response.Charset = "utf-8";//设置输出的编码

Response.ContentEncoding = System.Text.Encoding.UTF8;

// 添加头信息，为"文件下载/另存为"对话框指定默认文件名   

Response.AddHeader("Content-Disposition", "attachment; filename=" + Server.UrlEncode(file.Name));

// 添加头信息，指定文件大小，让浏览器能够显示下载进度   

Response.AddHeader("Content-Length", file.Length.ToString\(\));

// 指定返回的是一个不能被客户端读取的流，必须被下载   

Response.ContentType = "application/msword";

// 把文件流发送到客户端   

Response.WriteFile(file.FullName);

Response.End\(\);

重要说明：当您在 ASP.NET 应用程序的 Web.config 文件中将编译元素的 debug 属性值设置为 false 时，必须针对要下载的文件大小将 server.scripttimeout 属性设置为适当的值。默认情况下，server.scripttimeout 值被设置为 90 秒。但是，当 debug 属性被设置为 true 时，server.scripttimeout 值将被设置为一个非常大的值（30,000,000 秒）

本篇向大家介绍的主要是WebForm下面的文件下载，在ASP.NET MVC 项目下则可以更加方便的方法使用相同的功能。

具体请参考：ASP.NET MVC FileResult介绍

其实小猪也有很多压力。

灰常大的压力

小猪的工作时间算起来也差不多一年了

去年6月的时候开始进入核心科技，真正做事的差不多是从9月的那次变动。那段时间由于刚开始接触真正的项目，所以每天的时间巴不得扳两半来花，很多东西因为没人交流的缘故可能只需要1个小时的东西我要琢磨两天才能搞定。

过程中逐渐的发现工作的效率是多么重要。

每天工作时间就是8个小时，8 个小时里面真正能够投入工作的差不多只有5个小时，中间总是会点开QQ看看群里在说什么。看看论坛里有什么新帖，等等。也就是现在很少能静下浮躁的心来学习“一段”时间了。

小猪在想怎么来通过时间措施来提高自己的工作效率：

1：撸代码时不开QQ。

2：工作时间尽量少逛论坛。

3：早上来杯咖啡精神一上午，午间爬上半小时活力多