值得注意的是这种努力是独立于谷歌的工作及公用事业机构而将PowerMeter 兼容数据提供给消费者的。 这个新的 PowerMeter API 是有关提供更为精确的每台设备或每个插头的功率消耗视图。 援引Google的意思，公司决定”为了帮助构建正努力使消费者获得更广泛能源信息的创新开发人员的生态系统”而发布此API。

　　现实世界中这是如何工作的？

　　依据Google 的开发人员指南，购买 PowerMeter 兼容设备的用户使用设备内置的 HTML 服务器（每个PowerMeter设备必须有一个）进行配置并将其激活此设备。 在连接该设备到 PowerMeter 帐户后，设备将每隔 10 分钟 通过安全的 HTTPS 连接 ping Google并上传数据。

　　Google 与能源

　　Google 显然最近对能源业务很感兴趣。 刚在上月该公司获得 法规批准 买散装的能源。 Google 也使用太阳能电池板权为它的 Mountain View、CA 总部提供能源，并投资了大量的绿色能源项目和公司，包括 eSolar，这是一家计划在世界各地开发许多大型太阳能项目的公司。

　　原创文章如转载，请注明：转载自张文杰的博客 [ http://zhangwenjie.net ]

　　本文链接地址：http://zhangwenjie.net/archives/302.html

　　微软公布了2010财年第二季度报告显示，截止2009年底微软经历了创纪录的一个季度，营收190.2亿美元，同比增长14%。这都要感谢Windows 7带来的销量刺激。本季度Windows 7副本共卖出6000万份，是微软有史以来销售的最快的产品。微软宣布，操作系统收入85.1 亿美元（增长43%），网络业务收入66.6亿美元（增长60%），每股收益0.74美元（增长57%）。

　　微软首席财务官Peter Klein说，Windows 7在增长中占了绝对主要的部分，这将使微软调高日后的收入增长预期。微软首席运营官Kevin Turner则表示“我们为消费者迅速接受Win7和商业上热情的适应Win7感到非常兴奋。”

　　截至12月31日的第二财季，微软的净利润为66.6亿美元，每股收益74美分，这一业绩分别较上年同期上涨60%和57%。

　　查看：微软FY2010Q2财报。

    下面就让我们一起来盘点一下2009年对于微软来说的十大事件：

    1. 微软新一代Windows 7操作系统正式上市

    2. 微软发布新版搜索引擎必应(Bing)

    3. 微软1月宣布首次大规模裁员

    4. 微软进军虚拟化，推出Hyper-V Server 2008 R2

    5. Windows Mobile智能手机平台遭遇挑战

    6. 微软正式开设专卖店并还将不断扩张

    7. 微软公布Windows Azure详细计划

    8. 微软启动“Laptop Hunters”广告回击苹果

    9. 微软继续支持上网本，不担心影响公司营收

    10. 微软更新合作伙伴网络(Partner Network)程序

    　目前微软Office 2010正在紧密锣鼓的测试中，已经体验过Office 2010的用户应该已经能够感受到其中的部分改变了，其丰富的功能、美观的界面、强大的协作性待正式发布之时将会给大家带来有一个惊喜。

　　消息人士称，微软官员演示了许多新的可视化搜索插件，以及新版必应移动搜索客户端和支持Silverlight的必应地图。另外他们还演示了“实体卡片(entity cards)”和“任务页面(task pages)”功能，微软试图凭借它们让必应有别于谷歌，并提高搜索结果相关性。

　　微软官员表示，必应最大的增长来自于18到24和25到34两个年龄段的用户，他们更看重视频、网上购物和图像搜索方面的体验。

　　以下是博客评论总结的必应领先谷歌的三大方面：

　　1、不要给我答案的链接，直接给我答案

　　早期的互联网是数学、科学和技术爱好者的地盘。如果他们碰到一个问题，更喜欢被告诉如何以及在哪儿可以找到答案。现在必应的目标用户更广泛，并非都是技术人员。

　　谷歌的使命，“组织全世界的信息”，听起来令人厌倦，而且有些可怕。虽然有人喜欢花30分钟在谷歌上搜索信息，但多数人并不喜欢这样，而必应则是为“多数人”提供的谷歌替代者。

　　微软今天的演示幻灯片中打出的广告语是：“必应是通向更准确决策的快车道。”无论必应是否能够更好或更快速的帮助用户做出决策，它毕竟做出了一个吸引人的承诺。

　　2、图片比文字更好

　　可视化搜索是必应团队特别喜欢演示的功能之一。他们并不试图让所有人都相信：必应的搜索结果前10个要比谷歌的更具相关性、更全面或更具时效性。相反，必应使用所有可能的机会把大量图片和视频在搜索结果页面上显示。

　　举例来说，今天在谷歌中搜索美国副总统拜登(Joe Biden)时，排名靠前的返回结果是关于他最近丑闻的最新报道，但是必应则不是返回新闻，而是显示了他在维基百科中的词条链接以及他的6张照片。早期的技术人员偏爱命令行界面和文字信息，但现在的网民更喜欢图片和视频。

　　3、我只关心是否能得到我想要的信息

　　很多搜索是在快速查阅天气、名人图片和统计值等信息。必应满足了这种市场调研得出的用户需求，为搜索频率较高的人物、地区和事物制作了所谓的“卡片”，在传统链接的上方显示相关的图片和简短介绍。必应工作人员表示，这些预先整理的答案测试效果要好于链接。

　　今年早些时候，雅虎搜索团队也曾作出过类似结论：只要信息准确性值得信赖，多数人喜欢在搜索结果上方看到一些经过整理的答案。

　　谷歌肯定也在研究用户想要的功能，但明显还在犹豫不决是否做出变化。谷歌并非一定要变得更像必应，但是不可否认的是，必应不可能单凭运气或宣传在短短几个月时间中获得全球搜索引擎流量的十分之一，而是准确的发现了用户的真正需求。

WITH SimpleRecursive(field names)
AS
(
   <Select Statement for the Anchor Member>

   UNION ALL

   <Select Statement for the Recursive Member>
)

SELECT * FROM SimpleRecursive

下面的代码将演示这些特性。下面的代码创建了一个employees表，表中有一个自引用到EmployeeID的字段：ReportsTo。我们将编写一个查询得到所有向Stephen (EmployeeID=2)报告的员工及向Stephen下级报告的员工。

 测试表：

CREATE TABLE EmployeeTree
 (EmployeeID int PRIMARY KEY,
  EmployeeName nvarchar(50),
  ReportsTo int)
GO

--insert some data, build a reporting tree
INSERT INTO EmployeeTree VALUES(1, 'Richard', NULL)
INSERT INTO EmployeeTree VALUES(2, 'Stephen', 1)
INSERT INTO EmployeeTree VALUES(3, 'Clemens', 2)
INSERT INTO EmployeeTree VALUES(4, 'Malek', 2)
INSERT INTO EmployeeTree VALUES(5, 'Goksin', 4)
INSERT INTO EmployeeTree VALUES(6, 'Kimberly', 1)
INSERT INTO EmployeeTree VALUES(7, 'Ramesh', 5)

 递归查询代码：

WITH SimpleRecursive(EmployeeID, EmployeeName, ReportsTo)
AS
(
  SELECT EmployeeID, EmployeeName, ReportsTo
   FROM EmployeeTree WHERE EmployeeID = 2
  UNION ALL
  SELECT p.EmployeeID, p.EmployeeName, p.ReportsTo
   FROM EmployeeTree AS P
    INNER JOIN SimpleRecursive A ON A.EmployeeID = P.ReportsTo
)
SELECT sr.EmployeeName AS Employee, et.EmployeeName AS Boss
 FROM SimpleRecursive AS sr
  INNER JOIN EmployeeTree AS et ON sr.ReportsTo = et.EmployeeID

下面是查询结果：

Employee    Boss
----------- ------------
Stephen     Richard
Clemens     Stephen
Malek       Stephen
Goksin      Malek
Ramesh      Goskin

　　递归查询以EmployeeID = 2开始(SELECT之后的锚成员),此查询将获取相应的记录，然后由递归查询获取向Stephen报告的员工记录及相应记录的下级。(例如Goksin向Malek汇报, 以及 Malek 向Stephen汇报.)。然后每个子递归尝试获取上次递归找到的员工的下级。最后，递归将返回空记录，这将导致递归结束(这就是为什么没有Kimberly记录的原因)。如果将上述代码中的的锚成员改为EmployeeID = 1，查询将返回Kimberly记录。

　　从设计上讲，递归成员将一直查询下级员工(对本例来说)并无限持续下去。如果你怀疑递归过多并想限制递归调用的次数，你可以在CTE的外查询(见下例)中指定OPTION子句的MAXRECURSION选项。如:OPTION(MAXRECURSION 25)

　　这个选项将促使SQL Server在递归深度超过指定限制时产生一个错误。缺省时，这个限制是100(就是在你忽略这个选项时)。如果你想彻底取消此选项的作用，你需要指定MAXRECURSION为０。你可以通过指定MAXRECURSION选项用和上面一样的代码来取得最上两级员工：

WITH SimpleRecursive(EmployeeID, EmployeeName, ReportsTo)
AS
(
  SELECT EmployeeID, EmployeeName, ReportsTo
   FROM EmployeeTree WHERE EmployeeID = 2
  UNION ALL
  SELECT p.EmployeeID, p.EmployeeName, p.ReportsTo
   FROM EmployeeTree AS P
    INNER JOIN SimpleRecursive A ON A.EmployeeID = P.ReportsTo
)
SELECT sr.EmployeeName AS Employee, et.EmployeeName AS Boss
 FROM SimpleRecursive AS sr
  INNER JOIN EmployeeTree AS et ON sr.ReportsTo = et.EmployeeID
OPTION(MAXRECURSION 2)

下面中结果:
Employee Boss
———- ————
Stephen Richard
Clemens Stephen
Malek Stephen
Goksin Malek

　　你同时会看到如下的错误信息：

Msg 530, Level 16, State 1, Line 2
The statement terminated. The maximum recursion 2 has been exhausted
before statement completion.

　    为了避免这种错误，一种方法是用一个产生列(generated column)来跟踪当前的层级并在WHERE子句中使用这个产生列作为限制条件,而不使用MAXRECURSION选项。下面是修改过的代码，它将返回和上述同样的数据，但不会产生错误信息：

WITH SimpleRecursive(EmployeeID, EmployeeName, ReportsTo, SubLevel)
AS
(
  SELECT EmployeeID, EmployeeName, ReportsTo, 0
   FROM EmployeeTree WHERE EmployeeID = 2
  UNION ALL
  SELECT p.EmployeeID, p.EmployeeName, p.ReportsTo, SubLevel + 1
   FROM EmployeeTree AS P
    INNER JOIN SimpleRecursive A ON A.EmployeeID = P.ReportsTo
    WHERE SubLevel <= 2
)
SELECT sr.EmployeeName AS Employee, et.EmployeeName AS Boss
 FROM SimpleRecursive sr
  INNER JOIN EmployeeTree AS et ON sr.ReportsTo = et.EmployeeID

　　另外，SQL Server 2008引入了一个hierarchyid新数据类型，可以比我们刚才看到的递归代码实现更强大树形结构数据。等有机会我们再探讨。