使用OData协议查询Windows日志.docx

HYPERLINK"http://www.odata.org/"OData开放数据协议是微软针对Google的GData推出的，旨在推广Web程序数据库格式标准化的开放数据协议，微软将OData定义为基于HTTP、AtomPub和JSON的协议，增强各种网页应用程序之间的数据兼容性，以提供多种应用、服务和数据商店的信息访问。并且，微软已经正式推出了ODataSDK，包含了.NET、Java、PHP、PalmWebOS和iPhone的支持。其中.NetOData客户端基于Apache授权开源。微软多款产品已经支持OData包括SharePointServer2010,Excel2010,Dynamics等。
微软第一代数据交换协议叫ODBC（开放数据库联接OpenDatabaseConnectivity），目前仍旧可见于window和linux的原生程序开发之中，其目的是为操作系统下的应用程序之间提供统一的数据交互的API，是函数式的。之后，微软推出了第二代：OLEDB，带来了OOP式样的交互API，以及跨网络的数据交互的可能性（通过DCOM），OLEDB标准的具体实现是一组C++API函数，就像ODBC标准中的ODBCAPI一样，不同的是，OLEDB的API是符合COM标准、基于对象的（ODBCAPI则是简单的CAPI）。使用OLEDBAPI，可以编写能够访问符合OLEDB标准的任何数据源的应用程序，也可以编写针对某种特定数据存储的查询处理程序（QueryProcessor）和游标引擎（CursorEngine），因此OLEDB标准实际上是规定了数据使用者和提供者之间的一种应用层的协议（Application-LevelProtocol）。在云计算时代，web应用已经是主流，程序主要通过HTTPRequest来表达需求，通过HTTPResponse来获取结果，ODBC和OLEDB都已无法使用。微软于是开发了其第三代数据交互协议：HYPERLINK"http://www.odata.org/"OData开放数据协议。
在SOA的世界中，最重要的一个概念就是契约（contract）。在云计算的世界中，有关通信的最重要的概念也是契约。XML具有强大对数据的描述能力，Atom格式和AtomPub都建立在XML之上，在Google和微软的推动下，也已经成为标准。但是，Atom/AtomPub和ODBC/OLEDB这样的真正数据交互协议相比较，还有着根本上的欠缺：缺乏数据类型的具体描述，降低了交互性能。缺乏对数据查询的控制能力，比如返回特定的数据集合的区间，或者说分页能力等等。微软基于EDM模型释出了：OData，这里也可以看出EntityFramework对于NHibernate这样的ORM的工具不同的战略考虑。
在PDC大会上，微软宣布了一个代号为“Dallas”的社区技术预览（CTP），由WindowsAzure和SQLAzure构建的信息服务，能够让开发者与信息工作者在任何平台上使用优质的第三方数据集和内容。“Dallas”也可以通过使用微软技术自助的商务智能与分析存储的数据集。Dallas所使用的数据交互协议就是OData。
在微软的解决方案中，是用WCF来处理所有程序间的通信，针对数据通信，WCFDataServices自然是最好的选择。首先，WCFDataServices是WCF服务，所以你可以使用所有现有的WCF知识。其次，WCFDataServices已经实现了OData拓扑，于是你可以致力于你的数据格式在你的程序中的表示，而不是AtomPub/JSON这些真正在网络上传递的数据格式。再有，WCFDataServices致力于数据传输，而不是数据存储。你的数据可以存放在任何位置：本地的数据库，云端的数据库，外部的webservices，xml文件，等等。无论数据是怎么来的，你都可以用同样的方式来发布/使用它们。
下面我们就使用WCFDataService将服务器的Windows应用程序日志向外发布。我们的应用程序可以把日志直接就写在Windows的日志里，然后通过使用WCFDataService非常容易的就将日志想其他需要的用户公开。WCFDataService默认使用的是EntityFramework，使用EntityFramework参看文章HYPERLINK"http://www.cnblogs.com/shanyou/archive/2010/02/14/1668210.html"WCFDataServiceQuickStart，还有一个ReflectionProvider，可以支持只读的数据服务，这个例子就是演示使用ReflectionProvider，资料参看MSDN：HYPERLINK"