Blob数据类型存储二进制数据，可以存储大型的无结构数据，容量巨大，能够满足海量数据存储需求。Table数据类型能够提供更加结构化的数据存储，但是它不同于关系数据库管理系统中的二维关系表，查询语言也不是大家熟悉的关系查询语言SQL。Queue类型的作用和微软消息队列（MSMQ)相近，用来支持在Windows Azure应用程序组件之间进行通信。
Windows Azure Blob
Windows Azure Blob用来存储大型数据对象，用于构建重量级、可扩展的应用程序。 Blob分层分块管理数据，这样管理数据有很多好处，.比如可以对数据建立索引，根据一 定的算法可以方便地对所要査找的数据定位，当数据传送失败或产生错误时，可以用最近 的—个块来进行重传，而不必传送整个Blob。Blob还提供了对数据信息进行描述的元数 据机制，可以更好地对数据进行管理。
Blob数据模型
Blob中的所有数据资源以URI (统一资源标示符）的方式标记，它具有层次结构的命名空间，URI形式如下：http://,blob.core.windows.net//，对所有存储资源的访问必须通过一个存储账户，Blob对象也不例外，最高层为存储账户（Storage Account),被指定为URI的第一部分。一个存储账户能够拥有一个或多个容器（Container),每个容器拥有一个或多个Blob，每个Blob数据容量可以高50GB (每个Blob还可以分成若干Block),每个Blob还可以包含数据的元数据信息。
对于数据的安全性，系统提供了访问控制策略，Windows Azure Blob对容器设置了共享策略，目前系统提供了Public READ和Private两种策略修饰符，前者表明该容器的内容不需授权就可以被任何应用程序访问，后者表明只有账户的所有者可以通过授权访问。对容器中的数据，可以建立相应的元数据，元数据以〈name, value>对的形式表示。
每个容器最多有8KB的元数据说明。Blob包含于容器中，同二份容器中每个Blob具有唯一的用字符串标识的名字。和容器一样，它也具有相同形式的元数据。
Blob有以下两种形式。
(1)Block Blob。每个Block Blob存储容量可达200GB。为了方便存储对象的转移，每个Blob都被划分为多个Blocks。在传输的过程中如果发生错误，那么只需要将最近传送的Block重新传输，一旦所有Blob Block都上传完成，整个Blob能够立即被提交。
(2)Page Blob。每个Page Blob存储容量可以达到1TB。Page Blob可以被划分为很多页，每页大小为512字节，而且应用可以任意地自由读写Blob中的单个页。
Blob REST Interface
如果应用程序要访问Blob,可以利用系统提供的标准HTTP REST PUT/GET/DELECT接口，使用这些接口可以对Blob执行如下5种操作。
(1)PUT Blob:插入一个新的Blob或替换给定的Blob对象。
(2)GET Blob:获取整个Blob,或使用标准HTTP Range GET操作获取Blob的指定部分。
(3)DELETE Blob:删除一个Blob。
(4)COPY Blob:复制Blob。主要作用是在源Blob和目标Blob之间复制一个Blob。复制内容包括Blob元数据，属性和Block列表。
(5)GET Block List:获取Block列表。主要作用是检索上传Blob的Block列表。每个Blob均有两类Block列表：一类是Commited Block List,指已上传的作为PutBlockList一部分的Block列表；另外一类是Uncommitted Block List，指当前正在提交或尚未提交的Blocks列表。
使用PUT操作请求，一次最多可以上传64MB的Blob到服务器托管到云端。如果用户上传大于64MB的Blob，Windows Azure Blob提供了Block接口来解决这一问题。该方法的主要思想是分割重组，主要分为以下几步。
首先将需要上传的Blob分割成连续的若干个Block，例如，一个4GB的电影可以划分成1000个Block，每个4MB，每个Block具有一个唯一的ID,如“Block 1”、“Block 2”等。每个Block属于特定的Blob,因此，同一个Blob的Block具有不同的ID，不同的Blob的Block可以具有相同的ID,每个Block的最大长度为4MB，且Block的大小是任意的，同一个Blob的Block的大小不必相等。
Blob数据被分割成更小的Block后，可以通过接口将每个Block上传到云端，上传时需要指明是哪个Blob的哪个Block。当所有的Block都上传到Windows Azure Storage中后，提交上传的Block的列表信息及其所属的Blob,系统使用这些信息将这些Block重组成可读的Blob，以便客户端可以使用下面形式的URI完整地获取该Blob。
