« November 2006 | Digest首页 | January 2007 »

December 26, 2006

分析:下一代数据库发展的4大趋势

出处:http://www.eygle.com/digest

原文链接:
http://news.csdn.net/n/20061212/99206.html

从最早用文件系统存储数据算起,数据库的发展已经有50多年了,其间经历了20世纪60年代的层次数据库(IBM的IMS)和网状数据库(GE的 IDS)的并存,70~80年代关系数据库的异军突起,90年代对象技术的影响。如今,关系数据库依然处于主流地位。关系技术之后,在新形势下,数据库应该如何发展?又有哪些重要的趋势呢?

作为成熟的产品,关系数据库已经走过了几十年的历史,而今年各主流数据库厂商大动干戈、紧锣密鼓地筹备各自新产品发布,为平淡的数据库市场掀起了新一轮热潮。 甲骨文刚刚推出了其Oracle 10g的第二版本;IBM代号为Viper(毒蛇)的新一代DB2数据库产品将于今年9月份推出测试版本;微软公司的SQL Server 2005已经在测试中,今年底即将面世;Sybase也将于下个月推出新版本的数据库产品Sybase ASE 15。各数据库厂商集中火力瞄准的数据库市场竞争焦点是什么?新一代数据库有哪些新的技术趋势?

对主流企业数据库厂商包括甲骨文、IBM、微软、Sybase的采访表明,对XML的支持、网格技术、整合数据仓库和BI应用以及自我管理已成为下一代数据库在功能上角逐的焦点。

趋势之一:对XML的支持
“如果谁能控制、支持和存储所有类型的数据,那么这样的厂商也就有能力扩展自己其他产品和服务的市场空间。因此整合XML、对象数据、多媒体数据,将所有数据类型放在一个平台上将是传统的关系数据库发展的一大趋势。”这也是数据库厂商大动干戈的主要原因。

传统关系数据库中,管理的是结构化数据,数据是以行和列的二维表形式进行存储,并通过标准的SQL查询语言进行查询。而随着Web时代的到来,在 Web大背景下“泛数据”管理成为人们关注的重点。所谓泛数据就是指包含了文档、电子邮件等各种类型的数据,这些数据通常都不是以行和列的格式存在的,不像关系数据那样是严格的结构化数据,因此对这类数据的存储管理以及快速高效的查询是对传统关系型数据库的挑战。

目前XML标准日益成熟,并很快成为各种复杂的异构数据交换的核心技术和未来数据定义的标准格式,例如,微软将在下一代Office软件中采用 XML数据格式。因此,将Native(原生)XML格式的数据存储在关系数据库中并支持对XMLQuery查询,正是这些新推出的数据库产品的亮点之一。

甲骨文公司大中华区销售顾问部高级总监李颖聪表示,甲骨文在几年前就已经看到了这个趋势,并提供了第一轮的XML支持。早期是通过一个工具,实现不同应用之间的沟通。例如在Oracle 8i产品中,甲骨文就已经推出了XDK(XML开发工具),通过XDK开发应用把XML数据存储到关系数据库中;在Oracle 9i产品中,则已经能够在数据库中定义XML数据类型,通过SQL生成XML数据和对其进行查询;而在Oracle 10g中,则已经提供了对XML Query语言(XQuery)的支持,而且在Oracle 10g中,XML数据是作为一个独立的方式存储在XMLDB数据库中,提供的是Native XML的支持。

而对将于2006年推出的下一个版本的IBM DB2来说,集成结构化和非结构化数据并支持SQL及Xquery查询也将是其最大的卖点,IBM公司信息管理部门总经理珍尼特·帕尔娜(Janet Perna)认为,关系数据库对非结构化数据的支持不亚于从层次数据库到关系数据库的革命性转变。“XML在信息管理领域无处不在,不管是管理结构化或非结构化信息,或者用于信息传输,或者是集成信息的映射标准。它现在是不可或缺的。”

微软中国数据库产品经理表示,将于今年下半年发布的Microsoft SQL Server 2005将满足客户希望把大量XML数据放入数据库中的需求,并提供Native(原生)XML和XQuery的支持。“微软是XQuery标准的制定者之一,在SQL Server 2005中微软加入了很多核心技术,实现了快速查询,而且使得性能得到优化。”

Sybase(中国)公司高级产品市场专员韩谊则指出,Sybase是较早在数据库中支持XML的厂商之一。目前Sybase ASE可以将XML文档存储在text或Image列中,可以将XML映射到新的或已有的关系表中,可以从关系查询中创建XML格式的结果集。未来 Sybase除了不断添加对XML新技术、新标准的支持,还要添加更多函数,增强对Web Service支持,使用户更方便的使用XML。

InterSystems中国技术总监余衡也表示,InterSystems公司的后关系型数据库Caché已经完全支持XML了,而且这种支持来自于 Caché独特的数据存储方式,使得XML的数据可以完美地保存在Caché数据库中,不论存取还是查询分析都非常简单。关系数据库保存数据是采用二维表的方式,而Caché的存储方式是采用了多维数组的存储方式,从而很容易地实现了结构化数据的存取。同时在这个多维数据存储之上,Caché同时实现了对象的访问方式和SQL的访问方式。

Burton 集团的高级分析师Peter O'Kelly 则指出,如果用户的关系数据库支持原生XML数据,那么就可以享受到XML数据格式带来的很多安全特性。例如,可以在整个文档中插入电子签名,也可以将采购订单直接存储,无须进行任何的转换,这些特性都可以确保文档不会被篡改。但记者在对国内一些中小企业用户的采访中,很多客户都表示了对XML查询的需求还不是很迫切。贝塔斯曼文化实业有限公司IT总监江玮、佐丹奴 /Giordano集团CIO侯彤、永恩集团CIO赵春雨都表示,目前对XML支持的需求还不是很迫切。但他们表示,对XML数据库是否真正能够达到的目标或对企业业务的帮助还不是非常了解,需要继续了解相关技术和知识以及发展情况。针对此,甲骨文公司中国区销售顾问部高级经理裴雪松表示,当CIO关注信息整合时,XML就是必备的工具,事实上,目前国内很多银行、电信等客户在进行应用整合时已经将XML作为其标准。

趋势之二:网格支持
“网格就是下一代Internet”,这句话强调了网格可能对未来社会的巨大影响。在历史上,数据库系统曾经接受了Internet带来的挑战。毫无疑问,现在数据库系统也将应对网格带来的挑战。甲骨文公司Oracle 10g网格数据库产品的推出,则将网格技术的应用领域扩展到企业计算。但针对数据库对网格技术的支持,目前一些厂商还持有不同的观点,例如微软和 InterSystems就指出,网格并非惟一的答案。

“网格计算将是数据库技术发展的大趋势之一,数据库不仅仅是存储数据,而是要实现对信息整个生命周期的管理。而甲骨文提出的网格数据库则是将其落到实处。”据悉,自Oracle 10g去年发布后,很多被资源、管理困扰的客户都对甲骨文的网格技术非常感兴趣,而且已经在很多领域得到应用。李颖聪同时表示,在甲骨文刚刚发布的 Oracle 10g Release 2中又进一步改良了许多网格运算的功能,提升了性能、应用度以及简化管理功能。该方案可让客户将多台标准服务器系统整合成一套可扩充的容错运算平台。同时,新版数据库可让客户更容易在网格环境中分享储存资源,并且大幅提升数据安全性。李颖聪表示,甲骨文在未来的产品中将会继续关注网格技术。 Sybase公司则表示,尽管网格技术要成为商业应用的主流,还需要几年时间在应用和产品上进一步完善,但Sybase非常关注这种技术,已经作了一些技术探索和储备,并希望能在不远的将来推出成熟的产品。

而微软则表示,目前微软还没有考虑到对网格技术的支持。他认为,网格是一种扩展技术,扩展有两种方式:向上扩展(Scale up )和向外扩展(Scale out),向上扩展是增加CPU的个数和内存等资源满足用户的需求,而向外扩展就是多节点并行技术,或者说是网格的技术。微软的一项调查显示:目前99%的客户需求是在16颗CPU以下,而目前,微软的SQL Server 2005最多可以支持64颗CPU,因此微软认为,通过向上扩展完全能够满足客户的需求,而没有必要采用向外扩展技术。

另外,微软认为,网格应用在技术上还需解决一些问题。例如,网格中对资源的共享是通过共享磁盘实现的(Share Disk),并通过锁控制器(Lock manager)实现多个节点对资源的争夺,管理节点对资源的访问,当节点增多,会带来性能的下降。

InterSystems中国技术总监余衡也表示,网格计算在科学计算领域非常受欢迎,例如对于处理电影作品中帧的应用程序,或者处理复杂静态数据的数据仓库、处理复杂并需要长时间运行的查询,网格计算也许是合适的。但网格计算不是绝对的答案,对于大范围的事务处理类型的应用程序,进行高速数据库更新操作与计算,网格计算可能就不适合了。在商业领域或者非科学方面的应用中,把任务分解成逻辑或者功能组件比分解成过程更有意义。

李颖聪介绍,Tom网站的用户管理系统已经采用了Oracle 10g的网格技术,在并发处理能力的加强、自动扩展以及降低软件成本方面都起到了很好的作用。在采访中,很多用户也表示对网格技术在数据库中的应用非常关注,但正如永恩集团CIO赵春雨所言,对采用普通结点组成的系统的性能是否真正可以达到期望还有很多考虑。而佐丹奴集团CIO侯彤则表示,作为一个规模不算很大的企业,一到两台服务器已经可以满足现时及未来几年企业发展的需要了,目前并没有关注网格技术。

趋势之三:整合数据仓库/BI
数据库应用的成熟,使得企业数据库里承载的数据越来越多。但数据的增多,随之而来的问题就是如何从海量的数据中抽取出具有决策意义的信息(有用的数据),更好地服务于企业当前的业务,这就需要商业智能。“从用户对数据管理需求的角度看,可以划分两大类:一是对传统的、日常的事务处理,也即我们经常提的联机事务处理(OLTP)应用;二是联机分析处理(OLAP)与辅助决策,既商业智能(BI)。数据库不仅支持OLTP,还应该为业务决策、分析提供支持。” 目前,主流的数据库厂商都已经把支持OLAP、商业智能做为关系数据库发展的另一大趋势。

商业智能是指以帮助企业决策为目的,对数据进行收集、存储、分析、访问等处理的一大类技术及其应用,由于需要对大量的数据进行快速地查询和分析,传统的关系型数据库不能很好地满足这种要求。或者说传统上,数据库应用是基于OLTP(在线交易处理)模型的,而不能很好支持OLAP(在线分析处理),商业智能是以数据仓库为基础,目前同时支持OLTP和OLAP这两种模式是关系数据库的着眼点所在。

例如,IBM一直把商业智能应用当作 DB2的一个重要发展方向,并将商业智能功能构建到 DB2引擎中,例如DB2本身内置了数据库、在线分析的处理(OLAP)、各种分析等功能,去年发布的DB2 8.3版本中又进一步加强了分析功能,为商业智能应用进行了性能优化。目前可以通过两种方式用 DB2 进行联机分析处理(OLAP):首先DB2 提供了用于 CUBE 和 ROLLUP(用于研究数据库中信息的流行的 OLAP 操作)的内置函数。其次,IBM 和 Hyperion 合作创建了 DB2 OLAP Server,DB2 OLAPServer 构建在DB2 UDB 之上,同时提供了多维数据存储和关系数据存储。IBM 还与各类数据分析软件供应商合作,这些供应商使他们的工具能使用 DB2 数据库。

微软也指出,微软从1997年开始在数据库产品中增加了BI功能,在SQL Server 2005中,微软将提供统一数据模型,同时支持OLTP和OLAP两个模型,并通过XML/A接口,实现对数据库和数据仓库的访问,把关系数据库和BI功能整合在一起。

甲骨文公司商业智能和数据仓库副总裁Ray Roccaforte表示:“几年前,我们开始实施一项简化复杂商业智能环境的计划。起初我们的重点是:让客户在实施商业智能项目时不必面对多种专门的数据挖掘、OLAP和统计数据库,我们直接把这些功能合并到Oracle数据库中。现在这种做法已经扩展到商业智能软件工具上了,我们把所有必需的软件工具组合到单一产品中,以此满足客户的商业智能需求。” 据悉,新版本的甲骨文商业智能(Oracle Business Intelligence)工具目前正处于开发测试阶段,包括了Oracle Discoverer、Oracle Spreadsheet Add-In、Oracle Warehouse Builder、Oracle BI Beans等。通过Oracle Discoverer可在单一报告环境中存取关系数据(即SQL)和联机分析处理(OLAP)数据,从而完成一般需要两种软件工具才能完成的任务。

Sybase在即将发布的数据库ASE15版本中也将强化对OLAP分析表现功能的支持,这样对中小企业客户来说,通过数据库就可以实现BI方面的应用;当然对一些大型用户,Sybase也提供了专业的数据仓库和商业智能应用解决方案。

趋势之四:管理自动化
企业级数据库产品目前已经进入同质化竞争时代,在功能、性能、可靠性等方面差别已经不是很大。但是随着商业环境竞争日益加剧,目前企业面临着另外的挑战,即如何以最低的成本同时又高质量地管理其IT架构。这也就带来了两方面的挑战:一方面系统功能日益强大而复杂,另一方面,对这些系统管理和维护的成本越来越昂贵。正是意识到这些需求,自我管理功能包括能自动地对数据库自身进行监控、调整和修复等已成为数据库追求的目标。 “我们正看到越来越多的基于成本和可管理性的竞争,因为市场正在寻找应用更简单,拥有成本更低的数据库 ” Gartner研究集团一位追踪数据库软件市场多年的分析员这样表示。

Oracle的可管理性战略侧重在两个方面:首先是使Oracle产品的每一部分(包括数据库)尽可能地进行自我管理,以实现最少的人力管理;第二是使整个数据库中心的管理更便捷、高效,例如Oracle企业管理器就提供了一套解决方案,用于管理和监视基于Oracle系列技术的应用程序和系统。

IBM已在其DB2数据库的应用中集成了自我管理功能,它可以让一个数据库自行发现问题并重新设置。“IBM DB2是一个SMART的数据库,即自我管理及资源调度的智能数据库系统。DB2由数据库系统自己进行错误分析、可能的解决方案建议及自我修复的功能,提供部分核心配置参数进行自动配置,而不需数据库管理员进行指定和修改。”Janet Perna表示,在IBM的新版本数据库Viper中,将会有更多自治功能,如自我管理和自我修复功能。

Sybase也表示,Sybase数据库一向以低成本而得到用户青睐,低成本主要体现在两个方面,一是购买成本,二是维护成本,Sybase数据库的设计理念就是让用户更容易上手、容易使用。而在即将推出的新版本中,进一步强化了易管理性,如图形化的操作界面、增加操作向导以及自动执行功能,使数据库管理人员不必要做很多重复性的工作。

微软也强调,易于管理、易于使用是SQL Server的设计理念。在SQL Server2005中微软新的管理工具套件、自我调节能力和功能强大的编程模型将允许数据库管理员针对数据库的日常运转加以灵活掌控。针对SQL事件探查器及其它工具的改进还可帮助数据库管理员将服务器调节至最佳性能状态。这些改进特性将允许数据库管理员从数据库日常运转工作中解脱出来,并集中精力从事数据库体系结构设计等更具价值的任务。

Posted by eygle at 3:13 PM | Comments (0)

HTML、XML技术的基础介绍

出处:http://www.eygle.com/digest

(来源链接)
凡是浏览过网页的人,想必都知道HTML。正是HTML的出现,才会有Internet丰富多彩的今天。

HTML江郎才尽,电子商务呼唤春天

HTML(Hyper Text Markup Language,超文本语言)是W3C公司开发的Web语言。由于HTML简单易用,而且使用成本低,所以很快就受到人们的关注,并成为Internet上的标准Web语言,一直延用至今。

HTML的受重用程度在当时的Internet来说是可以理解的。因为当时的电脑技术较低,浏览器根本不可能解释更为复杂的Web语言,在这种情况下,Html在功能上基本地很好满足当时的需求。国外的许多大型企业, 迅速地建立起自己的网站,展示自己的产品(或服务)、企业管理、企业文化等,然而仅仅是为了展示而已。企业的经理们并没有想到,Internet的发展会如此之快,更没有想到的是出现“电子商务”浪潮,Internet走进了经济时代。

近年来,随着 Web的应用越来越广泛和深入,人们渐渐觉得HTML不够用了,HTML过于简单的语法严重阻碍了用它来表现复杂的形式。尽管HTML推出了一个又一个新版本(最新版本是1999年发布的HTML4.0),但始终满足不了不断增长的需求。

电子商务的出现,企业与企业在Internet上频频碰面,企业间的交流越来越重要,彼此数据交换的需求越来越大,然而,HTML过于简单的语法,有限的标签严重地制约着企业通过Web进行数据交换。虽然人们想通过对HTML进行升级来满足企业的需求,但是由于HTML开发之初“有限标签”的本质没能改变,即使新版本的HTML也没能解决需求问题。人们急需一个行而有效的方案来解决html的缺陷,满足电子商务的发展。

近年来,随着计算机技术的火箭式发展,已经可以实现比html开发之初复杂得多的浏览器,计算机硬件也能处理更为复杂的程序,因此,开发一种新的Web语言既是必要,也是可能的……

W3C公司开发的XML便是在这种需求声中闯进Web世界。XML作为新一代Web语言,将革命性地改变以Web为基础的电子商务应用形态,因为XML为网页编辑上的可携性及平台独立性、系统的兼容性、数据交互性、资源的整合和物流管理等等的电子商务应用,提供了完整的解决方案。

SGML、HTML、XML的亲缘关系

其实,早就有这么一个全世界标准的标记语言,可以用来定义某一类文件格式标志,解决HTML的困惑,那就是SGML(标准通用标记语言)。它是一个国际标准(ISO 8879),用来形容和定义结构化的电子文件,在1980年就制订了。不过,由于SGML过于详细和复杂,所以一直没有被广泛地采用。

国内知道SGML的人恐怕不多,这也并不为奇,因为SGML在我国并未得到广泛的应用,尽管出版界人士对SGML并不陌生。事实上,在国外GAML的应用已经渗透到各个领域,如瑞士的欧洲原子核共同研究所,牛津大学出版社,美国证券委员会,美国国防部等均应用了SGML进行信息数据交换或印刷出版。

SGML是一种处理电子化文档的计算机语言,作为ISO8879号标准,它独立于任何计算机和系统,它所采用的文档的表现形式是为了使其能被多角度地利用和保证文档在异种机之间的交换。

这些年来,SGML在中国渐渐地受到重视,国家图书馆的一批有识之士正致力于促进我国SGML的应用,除出版行业外,SGML成功地应用于数字图书馆的研究中,正受到举世瞩目。

虽然SGML具有将文件以对象(Object)方式进行处理等优点,理论上来说可以弥补html的缺陷。但是由于它的开发早于Web的诞生,在Web环境下的应用产生了诸如○1SGML标准过严、过复杂○2SGML不支持链接标准○3SGML不支持排版方式等根本性问题,使得SGML直接应用于Web的难度非常大。

HTML是一种标记语言,也可以说是一种格式化文件(通过标签来格式化文本),因为,HTML是在SGML标准的基础上开发出来应用于Web的语言。

当我们浏览(浏览器为微软IE)一个网页时,通过子菜单栏的查看\源文件可以查看该Web页的源代码。源代码中我们可以发现HTML是由<HTML>、<TITLE>、<BODY>、<TABLE>等许许多多的标签组成的,浏览器在解释网页时在源代码前部分发现<HTML>标签便会以HTML标准解释文件,将HTML的内容显示于屏幕上。

<HTML>
<HEAD>
<TITLE>这是一个HTML文档</HTML>
</HEAD>
<BODY BGCOLOR=”#FFFFFF”>
<H1>通过标签显示内容</H1>
</BODY>
</HTML>

由以上的代码段可知,Web的内容便是通过HTML标签的属性或标签对间的文字表示出来的,如:<BODY BGCOLOR=”#FFFFFF”>、<TITLE>这是一个HTML文档</TITLE>,浏览器正是通过解释HTML这些有限标签的代码,使Web变得丰富多彩。

HTML简单易用,由于它的语法简单,很容易开发HTML的编辑软件。但它的最大限制也在于它过于简单的语法及有限的标签机制,使得HTML在应用范围内受到限制主要有:

1、可用标签种类有限,不能精确了描述信息;
2、数据格式不能表现其内在意义;
3、不能表现深层的信息结构,因此不适于大量文档的存储;
4、除去电子阅览,将HTML用于其它领域应用时,机能欠佳;
5、HTML的信息表现形式不适于再利用;
6、不齿印刷页的概念;
7、精细的编排指定不可能;
8、全文检索的结果不精确;
9、HTML和Web浏览器的机能强化的结果,造成了Web浏览器间互换机能的部分消失;

由于HTML有限的标签,使得其只能从形态上表示内容,而在意义上表现内容方面显得无能为力。例子HTML代码中的:<P>100</P>只能解释成数字100,但是究竟是指100个人,100吨,100元呢,却不得而知了。但Internet上的电子商务的电子数据是有意义的,¥RMB100与$100在数值上是一样的,但在意义上却有天渊之别,企业间的数据共享及数据交换必须从意义上区分开这些数据。因此,在企业通过Internet频繁交往,数据交换需求不可压制的电子商务时代,由于HTML本身的缺陷,穷其所能也只是能实现“数字的交换”而非“数据的交换”。

XML——未来网络的基磐技术

就在HTML江郎才尽之时,新一代Web的基磐技术——XML诞生了。

1996~19976年,W3C公司(World Wide Web Consortium,WWW联盟)开发了XML(Extensible Markup Language,可扩展标记语言),并于1998年2月正式发布了XML1.0版本。尽管XML作为一种技术得到广泛认可,但W3C是一个备受关注的组织,它吸收了主要的软件厂商和研究机构作为成员,为避免美国法律的反竞争诉讼,W3C将这些充分审核过的技术文档作为推荐文档而不是强制标准。

HTML是SGML在Web上的一种应用,XML即是从SGML孕育出来的最优秀的子女。XML是SGML的一个子集,所以XML继承了SGML多数功能,也继承了SGML的元语言的特征。也就是说,XML作为应用语言既可以在Web直接利用,又可用于开发应用语言,而且更优越于SGML。XML是以Web利用为前提,以解决HTML缺陷为目的,对SGML进行机能的扩张,并删掉和变更了SGML中一部分影响其实用化的机能。所以XML以20%的SGML难易度实现了SGML80%的机能。

XML主要设计目标是:

1、能够在Web上直接利用;
2、广范围应用程序的可利用性;
3、尽量保持和SGML的互换性;
4、处理XML的程序可简单地编写;
5、XML的文档要具有较高的可读性;
6、严密但并不复杂的规则;
7、去掉选定Option机能,减轻应用程序的处理负荷;
8、不把标签数量的减少作为重要的工作。

XML中的X——Extensible的中文解释为“可扩展的”,这是XML优越于HTML最大的地方——允许用户建立自己的标签,而不是使用某些固定的有限的标签!

<?XML VERSION=”1.0” ENCODING=”GB2313”?>
<书店>
<图书>
<书名 类型=”经济”>西方经济学</书名>
<价格 币种=”人民币” 单位=”元”>60</价格>
<作者 国籍=”中国”>高鸿业</作者>
<ISDN>7-300-00337/F-991</ISDN>
<出版社 年份=”2000年2月” 版次=”第二版”>中国人民大学出版社</出版社>
</图书>
</书店>

如上是一个简单的XML文件源代码。很明显的可以看出它的宣言跟HTML的不一样,支持用户自由建立标签及其属性,并且支持中文标记。

为了填补HTML的缺陷,从意义上描述电子数据,XML沿袭了SGML的用户自由定义标签的机制。因此,XML表示电子数据内容时更为直观有效,并能轻易地用于企业间电子数据的交换。如<价格 币种=”人民币” 单位=”元”>60</价格>可看出,该商品的“价格”是“60”“元”“人展币”,比起HTML来显示更直观。而且允许用于企业间的两向沟通,即在不同数据库格式,不同数据库结构的两个或多个企业之间进行电子数据交换的桥梁。

为什么说企业间的电子数据交换如此困难呢?因为为企业提供数据库软件的供应商有很多,比较有规模的有如SQL 、Oracle、PowerBuilder、Informix等,它们彼此间的技术各不相同,要直接进行电子数据交换近于不可能;而且即使企业能使用同一种数据库,各自数据库的结构又均不相同,同样不能直接进行电子数据交换。因此,由于XML的可扩展性,能够很好地完成企业各自数据库间电子数据交换的任务。

XML能够很好地表示电子数据,而且使其很好地于企业间进行交换,并真正流行的另一个原因在于XML支持中文标签。

说XML支持中文标签,更准确地说是XML支持非英语字符集。由于Internet使依靠信息技术的贸易真正地全球化,因此新一代Web语言支持非英语字符集成为必要。有鉴于此,XML支持Unicode(统一字符编码),该标记包含了全球已知的50000种书写语言的计算机处理的表示文本字符系统。最近的Unicode3.0版本符合国际标准字符集ISO/IEC 10646-1:2000,它使用双字节或16位表示字符,这样可以对多数已知的字符集,包括科技和数字符号进行编号,Unicode提供了超过65000个字符的代码。真正地实现XML的全球化。
当浏览器(IE)运行某一个XML文件时,在其首行发现XML文件的宣言——<? Xml=”1.0” Encoding=”…”?>时,便会以XML的标准解释文件,而不是以HTML标准。若XML文件没有错误的话,浏览器将会以树状显示文件内容。这样便利于浏览XML文件内容。

XML的相关技术

我们说XML将成为下一代Web的基磐技术,并非只因XML拥有以上特征。为了使XML的规范完整,XML延用了SGML的DTD技术(选择性使用)。

XML的可X——扩展性固然带来了许多优越,但有些情况下,这种欠缺规范的扩展性却往往令标签的使用无规则而导致文件结构混乱,DTD就是XML延用SGML进行文件类型定的部分。

DTD(Document Type Definition:文档类型定义)通过要素宣言(Element Type Declaration)来定义文档要素的名称(标签名),要素出现的顺序及要素出现的次数。
从逻辑上讲,XML文件分为包含DTD的构造和不包含DTD的构造,分别称为合法的XML文件和结构完整的XML文件。合法的XML文档中,DTD位于XML宣言和文档要素之间,它可以与XML宣言处于同一实体(文件)之中,但更多的是作为外部实例(外部文件)而单独完成然后被引用。

DTD的设计,首先应分析所应处理的信息,当作为企业、团体间进行信息交换为目的时,应该以标准化,通用性,中立性,永久性等方面考虑;其次,当文件只用于公司内部时,应当着重考虑其运行的可能性,经济性,与终端用户接口等因素。

DTD除本身文档类型宣言外,由要素型宣言,属性一览宣言,实体宣言以及记法宣言四大宣言组成。

文档类型宣言是指对标签代表的文档的各要素及其层次结构的宣言、要素附属信息的属性宣言、实现值怎样进行置标签等问题所作的具体规定。

要素型宣言:XML实现值可使用的要素的定义。规定要素的名称、要素的层次结构。

属性一览宣言:定义作为要素附加信息的属性。某要素有何属性、属性名为何、属性值的指定、属性的指定是否必须、属性的缺省值为何。

实体宣言:在XML实现值及DTD中欲利用的实体的定义。欲置换的文字及文字串,欲加入到XML文体文档中的外部文件为何、参照它时所用的实体名的指定。

记法宣言:作为外部文件被参照的实体采用了XML以外的记法时,为识别它们的记法而指定的名称。

DTD就是通过其四大宣言来规范XML文件结构,使得其结构统一严谨,防止电子数据在交换时产生错误,造成不必要的经济损失。

XML的名字空间

XML名字空间提供了一种避免元素名冲突的方法。

由于XML中的标签名不是固定的,因此当两个不同的文档使用同样的名字描述两个不同类型的元素时就会发生命名冲突。如果这两个拥有相同标签名的XML文档被加在一起,就会发生一个标签命名冲突,因为这两个文档都包含了一个同名的标签,而这两个元素的内容和定义很可能不同。XML名字空间便是通过使用一个标签前缀,创建了两个不同类型但相同命名的标签,避免了标签名冲突。

W3C名字空间规范规定名字空间本身应该是一个统一资源识别号 (URI)。当一个名字空间在一个元素的起始标记中被定义时,所有相同前缀的子元素都与同样的名字空间相关。一个统一资源识别号(URI)是识别一个Internet资源的字符串。通常URI就是识别一个Internet域地址的URL。另外,有少数一些类型的URI 是通用资源名(URN)。由于我们只使用一个Internet地址去识别其名字空间,所以我们可以肯定我们的名字空间是唯一的。

XML文件样式版技术——CSS与XSL

我们知道XML中内容与表现形式是分开的,这使不同的利用者可依各自的需要来定义数据表现形式。换句话说,在XML文法中,由DTD来定义要素,但各个要素的含义和对其进行的处理不由DTD决定。所以,当用浏览器显示XML数据时,对应于各个要素应采用怎样的字体和字号,这种有关显示格式的问题,必须事先决定。格式的指定可看成赋予XML数据含义的一种方式。比如,通常字号较大的XML数据为标题等等。

XML可用的格式指定语言有两种,CSS(Cascading Style Sheets,层叠格式表)和XSL(Extensible Stylesheet Language,可扩展格式语言)。

CSS的起源是设计用于指定HTML文件的格式,随着XML的诞生,对其进行了版本升级,以同时适用于XML文档。CSS语言主要是通过对XML文档的标签或属性赋予格式信息,使得各标签内容以设定的格式展示于浏览器中。

CSS可以作为外部文件被引用,也可以与XML文件整合在一起,但是为了便于管理和共享,原则上提倡运用作为外部文件被引用。当需要用一个文件来管理XML文档时,可采用将其格式表置于XML文档的实体部分;当欲突出某一特殊部分时,可采取对该部分进行单独格式记述的文法。而且把CSS样式表文件作为外部文件引用,XML在浏览器上外观的修改,只需修改外部的CSS文件即可,不破坏XML文件的结构,而且大大地简化修改过程和复杂性。

XSL是吸取了DSSSL(Document Style Semantice and specification Language,文档格式含义指定语言。SGML文档格式指定的国际标准。)和CSS机能的基础上针对XML特性而产生的。XSL除CSS的机能外,还可以实现两大机能:1、文件结构的变换;2、处理的指定。

文件结构的变换,作为XSL功能的主要一部分,是所谓的SXLT(Transformation,变换)。利用SXLT可将某一个XML文件依需要变换成为另一个XML文件;另一方面,由于HTML的广泛使用,也需将XML文件变换成HTML文件进行浏览显示。SXLT开发的原意是在于后者,这样以来,HTML文件的浏览器可以显示XML文件内容。而现在,SXLT可各种类型的文件之间进行变换。

处理的指定,利用XSL不但可进行各种转换以满足不同的需要,同时,也可在XSL中加入脚本语言。通过脚本语言可实现诸如,元素的排序、文字的操作、数值计算、要素的计数等各种处理。

此外,XPath - XML匹配模式(XML Pattern Matching)、XLink - XML链接语言(XML Linking Language)、 XPointer - XML指针语言(XML Pointer Language)、XSD - XML模式(XML Schema)、XDR - 数据简化(XML Data Reduced)、DOM - 文档对象模型(Document Object Model)、XQL - XMl查询语言(XML Query Language)、SAX - XML的简单API(Simple API for XML)等XML的相关技术,使得XML世界变得丰富多彩,并使得XML应用于各行各业。其中XML的四大应用优势为:

(1)客户需要与不同的数据源进行交互时,数据可能来自不同的数据库,它们都有各自不同的复杂格式。
(2)将大量运算负荷分布在客户端,即客户可根据自己的需求选择和制作不同的应用程序以处理数据,而服务器只须发出同一个XML文件。
(3)将同一数据以不同的面貌展现给不同的用户。类似于同一个剧本,我们却可以用电视剧、电影、话剧、动画片等不同形式表现出来。这一应用将会为网络用户界面个性化、风格化的发展铺平道路。
(4)网络代理对所取得的信息进行编辑、增减以适应个人用户的需要。
这些应用,离不开XML的相关技术,虽然其中的某些技术只存在于理论阶段,或现今的浏览器无法实现其前景功能,但是XML的发展势不可挡,它在电子商务上的应用是必然的。我们可以想象,廉价的XML—EDI使得中小型企业也轻松地享受数据交换的乐趣;未来的搜索引擎能够通过XML直接寻找出用户指定的唯一的需求信息,彻底消除搜索的垃圾部分;当将XML与VRL技术的联合使用,人们可以通过显示器和鼠标真实地观察和触摸到企业的产品;当XML在网络远程教育的使用成熟之后,教育的观念又将会如何改变……

XML——电子商务光明的未来

当新科技不断冲击Internet的发展之际,XML技术将对电子商务有重大影响。XML的人机互动式架构提供了使用者与电脑之间的互动交流,利用其可延伸性及自我描述特性,电子通信文件可以在企业间的应用程序中自动传输、处理及储存;可以在同一个使用者界面上接入不同厂商的电子商品目录信息,数据的搜寻变得更为精确快速;不同系统间可以流畅地互通,不同网站之间的数据得以动态共享,强化了使用者与系统之间的聚合性。

XML所带来的是一个全新的视野,一种对于整个电子商务架构在观念上的颠覆,而中小企业也可以轻易享受电子商务的好处。电子商务的威力已开始显现,在可预期的未来,全球经济也一定会受到这种网上电子商务的强力震撼,在电子商务的浪潮既将来临之际,XML是一个不可忽视的新技术。

Posted by eygle at 2:55 PM | Comments (0)

SQL Server 2005 新增功能

出处:http://www.eygle.com/digest

本页内容
企业数据管理 企业数据管理
开发人员的生产效率 开发人员的生产效率
商业智能 商业智能
升级到 SQL Server 2005 升级到 SQL Server 2005
后续操作 后续操作

企业数据管理

在当今的互联世界中,数据和管理数据的系统必须始终为用户可用且能够确保安全。有了 SQL Server 2005,组织内的用户和信息技术 (IT) 专家将从减少的应用程序停机时间、提高的可伸缩性及性能、更紧密而灵活的安全控制中获益。SQL Server 2005 也包括了许多新的和改进的功能来帮助 IT 工作人员更有效率地工作。SQL Server 2005 包含几个在企业数据管理中关键的增强:

易管理性

可用性

可伸缩性

安全性

易管理性

SQL Server 2005 使部署、管理和优化企业数据以及分析应用程序变得更简单、更容易。作为一个企业数据管理平台,它提供单一管理控制台,使数据管理员能够在任何地方监视、管理和调谐企业中所有的数据库和相关的服务。它还提供了一个可以使用 SQL 管理对象轻松编程的可扩展的管理基础结构,使得用户可以定制和扩展他们的管理环境,同时使独立软件供应商 (ISV) 也能够创建附加的工具和功能来更好地扩展打开即得的能力。

SQL Server Management Studio

SQL Server 2005 通过提供一个集成的管理控制台来监视和管理 SQL Server 关系数据库、Integration Services、Analysis Services、Reporting Services、Notification Services 以及在数量众多的分布式服务器和数据库上的 SQL Server Mobile Edition,从而简化了管理工作。数据库管理员能够同时执行多个任务,例如,编写和执行查询,查看服务器对象,管理对象,监视系统活动和查看联机帮助。SQL Server Management Studio 提供了一个开发环境,可在其中使用 Transact-SQL、多维表达式、XML for Analysis 和 SQL Server Mobile Edition 来编写、编辑和管理脚本和存储过程。Management Studio 可以很容易地与源代码控制集成在一起。Management Studio 还包括一些工具可用来调度 SQL Server 代理作业和管理维护计划,以自动执行日常维护和操作任务。管理和脚本编写集成在单一工具中,同时,该工具具有管理所有类型的服务器的能力,为数据库管理员们提供了更强的生产效率。

SQL Server 2005 开放了 70 多个新的内部数据库性能和资源使用的度量值,涵盖了从内存、锁定到对事务、网络和磁盘 I/O 的调度等。这些动态管理视图 (DMV) 提供了对数据库和强大的基础结构的更大的透明度和可见性,可以主动监视数据库的状况和性能。

SQL 管理对象

SQL 管理对象 (SMO) 是一个新的可编程对象集,它可实现所有 SQL Server 数据库的管理功能。事实上,Management Studio 就是构建在 SQL 管理对象之上的。SMO 是作为 Microsoft .NET Framework 程序集实现的。您可以使用 SMO 自动执行常见的 SQL Server 管理任务,例如,用编程方式检索配置设置,创建新数据库,应用 Transact-SQL 脚本,创建 SQL Server 代理作业以及调度备份等。SMO 对象模型替代了包含在 SQL Server 早期版本中的分布式管理对象 (DMO),因为它更安全可靠并具有更高的可伸缩性。

可用性

在高可用性技术、额外的备份和恢复功能,以及复制增强上的投资使企业能够构建和部署高可用的应用程序。在高可用性上的创新有:数据库镜像、故障转移群集、数据库快照和增强的联机操作,这有助于最小化停机时间,并确保可以访问关键的企业系统。本节将详细介绍这些增强特性。

数据库镜像

数据库镜像允许事务日志以连续的方式从源服务器传递到单台目标服务器上。当主系统出现故障时,应用程序可以立即重新连接到辅助服务器上的数据库。辅助实例几秒钟内即可检测到主服务器发生了故障,并能立即接受数据库连接。数据库镜像工作在标准服务器硬件下,不需要特定的存储或控制器。图 1 显示了数据库镜像的基本配置。

图 1:数据库镜像的基本配置

图 1:数据库镜像的基本配置

故障转移群集

故障转移群集是一个高可用的解决方案,它利用 Microsoft Windows 集群服务创建容错虚拟服务器,一旦数据库服务器出现故障,便可提供快速故障转移。在 SQL Server 2005 中,SQL Server Analysis Services、Notification Services 和 SQL Server 复制现在都已支持故障转移群集。群集节点的最大数量也增加到 8 个。SQL Server 故障转移群集现在已是一个完整的容错服务器解决方案。

高可用特性 数据库镜像 故障转移群集

自动故障转移

透明的客户端重定向

是,自动重定向

是,重新连接到同一个 IP

对总体吞吐量的影响

影响极小或没有影响

没有影响

零工作丢失

要求认证的硬件

提供冗余数据

数据库快照

SQL Server 2005 所引入的这一功能使数据库管理员可以创建即时且只读的数据库视图。数据库快照提供了稳定的视图,而不必花时间或存储开销来创建数据库的完整副本。由于主数据库背离了快照,快照将在原始页被更改时自行添加有关副本。因此,快照可被用于快速恢复数据库的意外更改,只要通过对主数据库重新应用来自快照的原始页就能实现。

快速恢复

SQL Server 2005 通过一个新的快速恢复选项提高了 SQL Server 数据库的可用性。在事务日志前滚之后,用户可以重新连接到恢复数据库。SQL Server 早期版本要求即便用户无需访问数据库中受影响的部分,也需等到不完整的事务回滚之后才能进行重新连接。

专用管理员连接

SQL Server 2005 引入了一个专用的管理员连接来访问正在运行的服务器,即便该服务器没有响应或不可用。这样,用户就可以执行诊断功能或 Transact-SQL 语句,以便对服务器进行故障诊断。该连接由 sysadmin 固定服务器角色的成员来激活,并仅通过 SQLCMD 命令提示工具在本地或从远程计算机才能使用。

联机操作(索引操作和还原)

联机创建、重建或删除索引的功能是 SQL Server 2005 的一个增强功能。SQL Server 2005 加强了 SQL Server 早期版本的索引功能。联机索引选项允许在执行索引数据定义语言 (DDL) 时,对基础表或聚集索引数据以及任何关联的索引进行并发修改(更新、删除和插入)。有了对联机索引操作的支持,用户可以在不干预对表或其他现有索引的访问的情况下添加索引。此外,服务器工作负荷允许索引操作充分利用并行处理的高效性。SQL Server 2005 引入联机恢复功能以便在 SQL Server 实例运行时执行还原操作。联机还原功能提高了 SQL Server 的可用性,因为只有被还原的数据是不可用的。数据库的其他数据保持联机并且可用。SQL Server 的早期版本要求用户在还原数据库之前让数据库脱机。

复制

复制通过在多个数据库服务器上分发数据来提高数据的可用性。允许应用程序在多个数据库上扩展 SQL Server 读取工作负荷,从而提高了可用性。SQL Server 2005 使用一种新的对等模型增强了复制功能,这个新模型提供了一个新拓扑结构,使数据库可以与任何同级数据库进行事务同步。

可伸缩性

可伸缩性的改进(如表分区、快照隔离和 64 位支持)将使您能够使用 SQL Server 2005 构建和部署最关键的应用程序。对大型表和索引的分区功能显著地增强了大型数据库的查询性能。

表和索引分区

表和索引分区把数据库分成更小、更易管理的块,从而简化了大型数据库的管理。对数据库领域而言,在表、数据库和服务器之间的数据分区已不是一个新的概念,SQL Server 2005 提供了在数据库的文件组之间表分区的功能。水平分区允许把表分区方案分成多个小的分组。表分区用于非常大的数据库,从几百 GB 到 TB、甚至更大的数据库。

快照隔离

将数据复制、转换并存档到面向分析的数据库后,必须定期维护和/或重建这些数据。查看事务上一致的数据库版本肯定对用户有好处;然而,用户查看的数据版本不再是当前版本。构建和索引这些数据可能会花很长时间,而且它们也许并不是用户真正想要的数据。这就是快照隔离能够发挥作用的地方。快照隔离级别通过使用一个数据库的事务一致视图来允许用户访问最后被提交的行。新的隔离级别提供下列优点:

为只读应用程序增加数据可用性。

允许在联机事务处理 (OLTP) 环境中对读操作不加锁。

对写事务自动进行强制冲突检测。

简化应用程序从 Oracle 到 SQL Server 的迁移过程。

复制监视器

复制监视器工具在管理复杂数据复制操作的易用性方面建立了新的标准,它提供了直观的用户界面和大量的数据指标。

对 64 位系统 Itanium 2 和 x64 的支持

SQL Server(64 位)特别为 Intel Itanium 处理器进行了优化,它可以对关键资源(如缓冲池、缓存和排序堆)利用高级内存寻址功能,从而减少执行多次 I/O 操作造成的数据在内存和磁盘之间的交换。它具有更强大的处理功能且不存在 I/O 滞后负面影响,使应用程序的可伸缩性达到了一个新的层次。Windows Server 2003 x64 为同一系统上的 32 位和 64 位应用程序提供了很高的性能。基础体系结构是基于对行业标准 x86 指令集的 64 位扩展,允许现在的 32 位应用程序以本机方式在 x64 处理器上运行。同时,新的 64 位应用程序可在 64 位模式下运行,这样能够在每个时钟周期内处理更多数据,允许对内存进行更多访问以及加快数值计算。其结果是提供了一个平台,既可利用现有丰富的 32 位应用程序,又提供了向 64 位计算平滑迁移的途径。

安全性

SQL Server 2005 在数据库平台的安全模型上有了显著的增强,由于提供了更为精确和灵活的控制,数据安全更为严格。在许多性能上进行了大量投入,用于为您的企业数据提供更高级别的安全性,其中包括以下方面:

在身份验证空间中,强制执行 SQL Server 登录密码的策略。

在身份验证空间中,根据在不同范围上指定的权限来提供更细的粒度。

在安全管理空间中,允许所有者和架构的分离。

授权

SQL Server 2005 中新的安全模式允许管理员在某个粒度级别上和某个指定范围内管理权限,这样,管理权限更加容易并且权限最低原则得到遵循。SQL Server 2005 允许为一个模块中语句的执行指定上下文。这个功能同时也在细化权限管理时起了很重要的作用。

身份验证

SQL Server 2005 集群支持针对 SQL Server 2005 虚拟服务器的 Kerberos 身份验证。管理员可以在标准登录上指定 Microsoft Windows 类型的策略,以便对域中的所有帐户应用一致的策略。

本机加密

SQL Server 2005 与密钥管理基础架构完全集成,支持在数据库自身内部的加密功能。默认情况下,客户端/服务器端通信是加密的。为确保集中安全,服务器端策略可定义为拒绝不加密的通信。

SQL Server 和可信计算

Microsoft 可信计算计划描述了一个框架,它定义支持更安全计算的必要步骤和帮助您部署及维护更安全环境的措施。这些步骤能在软件生命周期的每一阶段——从设计、发布到维护,保护您的数据和系统的机密性、完整性和可用性。为支持可信计算计划的四个原则,Microsoft 和 SQL Server 团队采取以下步骤:

设计安全。SQL Server 开发团队完成了多次安全审核,花了两个多月时间研究 SQL Server 各个组件及它们之间的交互性。对于每一个潜在的安全威胁,开发团队都做了威胁分析以评估该问题,并完成了附加设计和测试工作来完全消除潜在的安全问题。正是由于这样的工作,SQL Server 2005 包括了许多新的服务器安全功能。

默认安全。在安装 SQL Server 2005 时,安装程序将为所有安装选项选择正确的配置设置,以确保在新系统安装结束时,系统默认处于安全状态。

部署安全。Microsoft 已创建了帮助组织使用正确的安全凭据部署 SQL Server 的内容,帮助用户充分理解必需的步骤和权限。SQL Server 部署工具提供了理解您在部署期间需要作出的决定的必要信息。您可以容易地找到安全更新并进行安装,而且如果选择了该选项,安全更新功能将会自动安装。也可以使用帮助您评估和管理组织安全风险的工具。

返回页首返回页首

开发人员的生产效率

SQL Server 2005 包含许多可以显著提高开发人员生产效率的新技术。从对 .NET Framework 的支持到与 Visual Studio 的紧密集成,这些功能使开发人员能够以较低的成本更轻松地创建安全、强大的数据库应用程序。SQL Server 2005 使开发人员可以利用现有的跨多种开发语言的技巧并且为数据库提供端对端开发环境。本机 XML 功能也使开发人员能够创建运行在不同平台或设备上的新型应用程序。

对开发人员生产效率的增强包括以下方面:

扩展的语言支持

改进的开发工具

扩展性

改进的数据访问

XML 和 Web services

应用程序框架

扩展的语言支持

由于公共语言运行时 (CLR) 承载于数据库引擎之中,开发人员可以选择他们熟悉的语言来开发数据库应用程序,包括 Transact-SQL、Microsoft Visual Basic .NET 和 Microsoft Visual C# .NET。此外,通过用户自定义的类型和函数,CLR 宿主为开发人员提供更高的灵活性。CLR 还提供使用非 Microsoft 代码快速开发数据库应用程序的机会。

CLR/.NET Framework 集成

随着 SQL Server 2005 的发布,数据库编程人员现在可以充分利用 Microsoft .NET Framework 类库和现代编程语言来实现服务器中的功能。通过集成的 CLR,您可以使用所选择的 .NET Framework 语言对存储过程、函数和触发器进行编码。Microsoft Visual Basic .NET 和 C# 编程语言都提供面向对象的结构、结构化的异常处理、数组、命名空间和类。此外,.NET Framework 提供的数千个类和方法也扩展了内置功能,使您能够更容易地在服务器端使用。许多之前用 Transact-SQL 代码难以实现的任务,现在可以更容易地用托管代码实现。同时,系统还新增了两个数据库对象类型:聚合和用户自定义类型。现在,您可以更好地使用已掌握的新知识和技巧编写进程内代码。总之,SQL Server 2005 能够使您扩展数据库服务器,以便更容易地在后端执行适当的计算和操作。

SQL Server 和 CLR 间的集成提供了几个主要优点:

增强的编程模型。.NET Framework 兼容的编程语言在许多方面要比 Transact-SQL 更强大,它提供 SQL Server 开发人员之前不能使用的结构和功能。

增强的安全性。在 CLR 环境下运行的托管代码被数据库引擎所控制,这使得 .NET Framework 数据库对象比早期版本的 SQL Server 中的扩展存储过程运行更安全,并具备更好的安全性。

用户自定义类型和聚合。借助 CLR 宿主,这两个新的数据库对象扩展了 SQL Server 的存储和查询能力。

通用开发环境。数据库开发已集成到 Microsoft Visual Studio 2005 开发环境中。可以使用与编写中间层或客户层 .NET Framework 组件和服务相同的工具来开发和调试数据库对象和脚本。

性能和可伸缩性。因为托管代码被编译为本机代码得以优先执行,在某些场合性能可以得到显著的提升。

利用 CLR 集成,您可以用 Visual Basic .NET 和 C# 这样的语言写出具有更复杂逻辑的代码和更适用于计算型任务的代码。而且,Visual Basic .NET 和 C# 还提供了诸如封装、继承、多态这样的面向对象的功能。您可以轻松地将相关代码组织到类和命名空间中,这意味着可以在使用大量代码时更轻松地组织和维护代码投入。这种在逻辑上和物理上将代码组织到程序集和命名空间中的功能非常有用,它将使您能够更好地在一个大型数据库实现项目中发现和关联不同的代码块。

托管代码在处理数字和管理复杂执行逻辑上比 Transact-SQL 更有效,它还提供对字符串处理、正则表达式等的额外支持。此外,由于现在可以利用 .NET Framework 类库的功能,您可以更容易地从存储过程、触发器、用户自定义函数中访问几千个内置的类和例程。通过托管存储过程、函数、触发器和聚合,可以更容易地实现改进的字符串处理函数、数学函数、日期操作、系统资源的访问、高级加密算法、文件访问、图像处理和 XML 数据操作等功能。

托管代码的一个主要优点就是类型安全。在托管代码执行之前,CLR 将执行一些检查,通过一个被称之为“验证”的处理过程来保证所运行的代码是安全的。例如,会检查代码以确保不会读未写的内存。

Transact-SQL 增强

Transact-SQL 长期以来已成为所有 SQL Server 可编程性的基础。SQL Server 2005 提供了许多新的语言功能,可用于开发可伸缩的数据库应用程序。这些增强包括错误处理、新的递归查询功能和对新 SQL Server 数据库引擎功能的支持。SQL Server 2005 中的 Transact-SQL 的增强可提高您在查询编写上的表达能力,使您可以提高代码性能和扩展错误管理能力。对增强 Transact-SQL 所投入的不断努力体现了对它在 SQL Server 中的重要作用所持有的坚定信念。

改进的开发工具

开发人员可将一种开发工具用于 Transact-SQL、XML、多维表达式 (MDX) 和 XML for Analysis (XMLA)。与 Visual Studio 开发环境的集成将使行业和商业智能 (BI) 应用程序的开发和调试更有效。

Business Intelligence Development Studio

Business Intelligence Development Studio 是一个通用开发环境,它可根据包含数据库引擎、分析服务和报表服务的 Visual Studio 来生成 BI 解决方案。使用 Business Intelligence Development Studio 图形用户界面 (GUI) 可为数据管理应用程序设计 SQL Server Integration Services (SSIS) 包。通过从工具箱拖动任务,设置它们的属性并用优先约束将任务进行连接,您可以在 Business Intelligence Development Studio 中设计、开发和调试 SSIS 包。图 2 显示 Visual Studio 中的 Business Intelligence Development Studio 界面。

图 2:Visual Studio 中的 Business Intelligence Development Studio 界面

图 2:Visual Studio 中的 Business Intelligence Development Studio 界面

Visual Studio 集成

SQL Server 2005 和 Visual Studio 2005 共同提供了比过去层次更深的数据库和应用程序开发环境的集成。开发人员现在可直接在 Visual Studio 开发环境中创建 CLR 存储过程、函数、用户自定义类型和用户自定义聚合。他们不必切换工具就可在 Visual Studio 中直接部署新数据库对象。Visual Studio 2005 直接支持所有新的 SQL Server 数据类型(如本机 XML)。您也可以将自己的 CLR 数据库对象添加到用于所有 Visual Studio 项目的相同的源控制系统中,这就为开发过程提供了更高层次的集成和安全。

跨层和跨语言的调试

SQL Server 2005 和 Visual Studio 2005 共同提供了在应用程序调试方面更深入的集成。这种组合使您可以使用相同的 Visual Studio 调试界面对 CLR 和 Transact-SQL 代码进行无缝调试,并从 CLR 到 Transact-SQL 进行调试以及进行反向调试,这些都与代码的位置无关,不管代码是在开发人员计算机上还是存储在 SQL Server 数据库中。

扩展性

用户自定义类型和聚合

SQL Server 2005 中的用户自定义类型不是与对象相关的扩展性机制。它们是一种扩展数据库标量类型系统的方式。标量类型系统包括 SQL Server 附带的纵栏式类型(如 int、nvarchar、uniqueidentifier 等类型)。您可使用用户自定义类型定义自己的类型,例如,用于列定义的类型。如果您的类型的确是适合被建模为列的原子类型,那么可创建一个用户自定义类型。

如果需要定义自己的标量类型,那么可使用用户自定义类型。这种类型的示例包括各种日历中的自定义日期/时间数据类型以及货币数据类型。使用用户自定义类型,您可创建单一的对象,它显示该类型所有可用的行为并将类型存储的基础数据封装(或隐藏)起来。任何需要访问这些数据的用户都必须使用此用户自定义类型的编程界面。利用 .NET Framework 中现有功能是考虑将类型实现为用户自定义类型的另一个重要原因。

在许多情况中,可能需要执行数据的聚合。这包括执行统计计算(如 avg、stddev 等)。如果不直接支持所需的聚合函数作为内置聚合函数,那么在 SQL Server 2005 中有三种方法可以执行自定义聚合:

将聚合编写为用户自定义的聚合。

使用 CLR 存储过程编写聚合。

使用服务器端游标。

SQL 管理对象

SQL 管理对象 (SMO) 是 SQL Server 2005 的管理对象模型。SMO 大幅改进了 SQL Server 管理对象模型的设计和体系结构。它是基于 .NET Framework 托管代码的既丰富又易于使用的对象模型。SMO 是使用 .NET Framework 开发数据库管理应用程序的主要工具。在 SQL Server Management Studio 中,每个对话框都使用 SMO,并且在 SQL Server Management Studio 中执行的每个管理操作都可以用 SMO 完成。

新的 SMO 对象模型和 Microsoft Windows Management Instrumentation (WMI) 应用程序编程接口 (API) 取代了 SQL-DMO。只要可能,SMO 就会合并类似于 SQL-DMO 的对象以便于轻松使用。您仍然可以使用 SQL Server 2005 中的 SQL-DMO,但 SQL-DMO 并不包含特定于 SQL Server 2005 的管理特性。

分析管理对象

使用能够提供对象级验证功能的对象库,分析管理对象 (AMO) 使客户端应用程序可以访问各种管理命令和 Analysis Services 可使用的功能,这就避免了必须为 Analysis Services 命令手动生成 DDL 脚本和通常很长的 Analysis Services 脚本语言 (ASSL) 对象定义元素的内容。使用 AMO 的应用程序要么可以连接和直接使用 Analysis Services 实例上的对象,要么可以在没有现有连接时创建这样的对象并保留元数据用于以后进行部署。AMO 还“包装”了 ASSL 命令和元素。

改进的数据访问和 Web Services

在 SQL Server 2005 中,可以开发数据库层中的 XML Web services,把 SQL Server 作为 HTTP 侦听器。这对那些以 Web services 为中心的应用程序提供了新型的数据访问功能。在 SQL Server 2005 中,可使用 HTTP 直接访问 SQL Server,无需使用 Microsoft Internet 信息服务 (IIS) 这样的中间层侦听器。SQL Server 开放了一个 Web service 接口,可以执行 SQL 语句和调用函数和过程。查询结果可用 XML 格式返回,并且可以利用 Visual Studio Web services 基础架构。

ADO.NET 2.0/ADOMD.NET

很多新的功能出现在下一个版本的 ADO.NET 中。从新的查询更改通知支持到多个活动结果集 (MARS),ADO.NET 发展了数据集访问和操作,从而获得了更好的伸缩性和灵活性。

查询通知

SQL Server 2005 引入了对 SQL Server 查询的通知支持。您可以使用这一功能将命令发送到 SQL Server;并且要求当其后运行的同样命令产生不同的结果时,SQL Server 生成一个通知。这一功能是通过依赖对象检测到基础数据的更改来实现的。通过任何客户端 API(如 ADO.NET、OLE DB、开放式数据库连接 (ODBC)、Microsoft ActiveX 数据对象 (ADO) 或简单对象访问协议 (SOAP))发送到服务器的命令可能包含通知请求的标签。对于作为请求的一部分执行的每个语句,服务器都会创建一个通知订阅,它对包含在请求中的每个语句触发一次。通知通过应用程序可以轮询的 SQL Service Broker 队列进行传递,并且使用无论何时获得通知都会返回的激活服务或阻碍语句。查询通知对于在那些数据库驱动的 Web 站点应用程序中启用结果缓存非常有用。图 3 显示查询通知进程。

图 3:查询通知

图 3:查询通知

MARS

多个活动结果集 (MARS) 允许每个连接有超过 1 个的挂起请求,特别是允许每个连接有超过 1 个的打开的默认结果集。默认结果集是一种前向的、只读的结果集。采用默认结果集,客户端驱动程序可以透明地检索大型数据块(表格数据流缓冲区大小的数据块)以满足应用程序的需求,而无需在服务器往返(就像使用服务器游标)。应用程序不需要牺牲性能即可实现一种简单的一次一行的编程方法。MARS 功能消除了当前的这一限制:一个打开的默认结果集将阻止驱动程序向服务器发送新的请求,直到整个结果集用完为止。

透明的数据镜像的故障转移

SQL Server 2005 可通过数据库镜像来支持“热备”功能。如果一个 SQL Server 实例失效,工作可被自动转移到备份服务器上。这要求一个实例来见证此故障转移,它就是所谓的(正如大家所料)见证实例。热备方案要求现有客户端连接必须“知道”故障转移(和新的服务器实例建立连接)。如果客户端连接在尝试下一次访问时发生错误,必须使用客户端编程手动进行“故障转移”,这并非好的方案。ADO.NET 2.0 中的 SqlClient 无需对应用程序进行特殊编程即可支持客户端故障转移。

XML 支持

像本机 XML 数据类型和 XQuery 之类的先进功能使组织能够无缝地连接内部和外部系统。SQL Server 2005 将完全支持关系型和 XML 数据,这样企业可以以最适合其需求的格式来存储、管理和分析数据。对于那些已存在的和新兴的开放标准,如超文本传输协议 (HTTP)、XML、简单对象访问协议 (SOAP)、XQuery 和 XML 方案定义语言 (XSD) 的支持也有助于让整个企业系统相互通信。

XML 数据类型

XML 能够比 SQL Server 所支持的那些标量数据类型更好地对复杂数据进行建模。同样,基于字符串的内置数据类型(如 char 或 varchar)并不能够充分有效地利用 XML 数据的大量优点。例如,如果 XML 被存储为字符串,那么您可以插入或选择整个文档,甚至能够从中检索连续字节,但却不能查询文档本身的内容。通过提供 XML 数据类型,SQL Server 2005 使您可以查询 XML 文档的部分内容,验证文档是否满足 XML 架构,甚至能够定位修改 XML 文档中的内容。它也将传统的关系数据与非结构化或半结构化 XML 文档中的数据集成在一起,而这在 SQL Server 2000 中是不可能的。在 SQL Server 2005 中,XML 数据被作为二进制大型对象 (BLOB) 存储于内部,可有效地进行重新分析和压缩。

一个 XML 架构的集合可以和类型化 XML 的一列关联起来,这样就能够对已存储的 XML 数据中的约束、插入、更新和值的类型进行校验,也能够优化存储和查询处理性能。SQL Server 2005 还提供了多个 DDL 语句用于管理服务器上的架构。

XQuery

XML 查询语言,或者 XQuery,是一种专为查询各种类型的 XML 数据的智能和高效的语言。使用 XQuery,您可以通过后者关联的方法对 XML 数据类型的变量和列运行查询。和许多 XML 标准一样,World Wide Web Consortium (W3C) 组织监督着 XQuery 的开发。XQuery 由 Quilt 这种查询语言发展而来,它基于其他多种查询语言,如 XML Path 语言 (XPath) 1.0 版、XML 查询语言 (XQL) 和 SQL。它也把 XPath 2.0 包含为一个子集。因此,如果您有使用 XPath 1.0 的经历,就可以优化您的技能而不必学习全新的查询语言。然而,它比 XPath 1.0 有些显著的增强,例如,类型化、特别的函数、支持更好的迭代、结果的排序、结构等。

SQL Server 2005 提供了更多的 XQuery 功能,它允许在数据层操作 XML 对象。它支持 XQuery 1.0 Working Draft of November 15, 2003 的一个静态类型子集。

Web Services 支持

在 SQL Server 2005 中,可以开发数据库层中的 XML Web services,把 SQL Server 作为 HTTP 侦听器。这对那些以 Web services 为中心的应用程序提供了新型的数据访问功能。在 SQL Server 2005 中,可使用 HTTP 直接访问 SQL Server,无需使用 Microsoft Internet 信息服务 (IIS) 这样的中间层侦听器。SQL Server 开放了一个 Web service 接口,可以执行 SQL 语句和调用函数和过程。查询结果可用 XML 格式返回,并且可以利用 Visual Studio Web services 基础架构。

XML for Analysis Services

XML for Analysis Services (XMLA) 是一个本机的、基于标准的协议,用于同 Analysis Services 服务器通信。通过它,可以非常容易的开发出新型的应用程序—将分析和实时操作集成起来的应用程序。采用 XMLA 作为本机协议,Analysis Services 客户端无需进行任何配置,而每一个服务器可自动成为一个 Web Services。一个轻量级 Win32 层可用于向后兼容在 OLE DB for OLAP、ADOMD 和 ADOMD.NET 使用 Analysis Services 2000 的工具。大多数用户将可以继续使用 ADOMD.NET 对象模型创建 Analysis Services 上的自定义应用程序。

应用程序框架

SQL Server 2005 引入了新的 SQL Server 应用程序框架,包括:Service Broker、Notification Services、SQL Server Mobile 和 SQL Server Express。Service Broker 是一个分布式应用程序框架,它可在数据库到数据库级上提供可靠的异步消息传递。

Service Broker

过去 10年 来,电子商务应用的繁荣产生了在数据库应用程序间改进工作流管理的需求。当在线客户发出购书订单后,此订单需要在库存、送货、信用卡系统中提交事务,同时需要使用另一个 Web 应用程序发出订单确认信息。仅仅等待这些过程依次完成并不是好的方法,SQL Server 2005 提供了一个新的可伸缩的体系结构用来构建异步消息路由。图 4 是 Service Broker 体系结构的大纲图

图 4:Service Broker 体系结构

图 4:Service Broker 体系结构

Service Broker 技术借助普通 Transact-SQL 数据操作语言的扩展,使内部或外部进程可以发送和接收可靠、异步的消息流。消息可以发送到发送者所在数据库的队列中,或发送到相同 SQL Server 实例中的另一个数据库,或发送到相同服务器或远程服务器上的另一个 SQL Server 实例。

借助 Microsoft SQL Server 平台,可以开发和部署生成通知并将通知向用户发送的应用程序。通知是个性化、时效性的消息,可以发送到各种不同的设备。

通知反映了订阅方的喜好,订阅方进入他感兴趣的信息订阅。如,“当 Adventure Works 股票价格达到 70.00 美元时通知我”,或“当本团队编写的策略文档更新时通知我”。

一旦触发事件发生,便生成通知并发送给用户,也可根据用户指定的预设调度来生成和发送通知。用户的订阅指定了何时生成和发送通知。

可以将通知发送给不同的设备,如,用户的移动电话、个人数字助手 (PDA)、Microsoft Windows Messenger 或 e-mail 账户。因为用户常使用这些设备,所以通知非常适合于发送高优先级信息。

SQL Server Mobile Edition

同 SQL Server 2000 一起的 SQL Server 2000 Windows CE 版现已是 SQL Server Mobile 3.0 版。其中有很多与开发人员有关的新的关键特性:

您可以从 SQL Server Management Studio 中在桌面或设备上直接创建 SQL Server Mobile Edition 数据库。也可以从 Management Studio 中直接操作 SQL Server Mobile Edition 数据库的架构,而无需考虑此数据库是驻留在移动设备还是桌面上。可以使用 SQL Server Management Studio 查询设备或桌面上的 SQL Server Mobile Edition 数据库。您也可以充分利用新的 SQL Server Mobile Edition 的功能,包括以图形用户界面格式呈现的,看起来就像本机 SQL Server 的 XML 显示计划,也可使用查询提示来覆盖 SQL Server Mobile Edition 的查询优化器。这使您第一次可以在设备上控制优化计划。

您现在可以对 SQL Server Integration Services (SSIS) 对象进行编码以交换数据。

SQL Server 2005 中的 SQLResult 集派生出新的 SqlCeResult 集。这使 SQL Server Mobile Edition 真正具有了可滚动的、可更新的游标。它也允许绑定到设备上的数据对象。

您可以在保持主应用程序打开的同时编写应用程序代码以同步数据。这意味着可以在同一时间用两个不同的应用程序来访问设备上的同一个数据库。

可以将通知代码编入将给出同步状态的状态栏,以获取同步状态通知。而在以前,您无法获知同步的进度以通知用户设备还没有停止响应。

可以通过更为主动的页回收策略来维护小型数据库。

可以使用 SQL Server 语法来共享参数化查询代码。

SQL Server Express

比以前任何时候更多的开发人员正在充分利用关系数据库以提供丰富的最终用户体验。对应用程序内的信息的保护和管理非常重要。Microsoft SQL Server Express 为开发人员提供了免费、易于使用和功能强大的数据库,使其能够创建强大的、可靠的应用程序。通常,数据库系统对于创建简单的应用程序而言显得过于复杂。Microsoft Visual Studio 2005 和 SQL Server Express 通过简单但强大的开法环境,减少了创建数据驱动应用程序的复杂度。开发人员可以完全在 Visual Studio 2005 环境内设计架构、增加数据和查询本地数据库。如果开发人员需要更高级的数据库功能,SQL Server Express 可以无缝升级到更高级的 SQL Server 版本。图 5 显示了 SQL Server Express Manager 中的查询编辑器界面。

图 5:SQL Server Express Manager 中的查询编辑器

图 5:SQL Server Express Manager 中的查询编辑器

SQL Server Express Manager (XM) 这一新的图形用户界面工具是免费可用的,可从 Web 上单独下载,下载包的大小也较小,还可以免费再发行。XM 提供了易于使用的数据库管理和查询分析功能,可以连接到 SQL Server Express 和其他 SQL Server 2005 版本、SQL Server 2000 和 MSDE 2000 上。一个简化的连接对话框将指导用户选择实例和要使用的身份认证方式。可使用 XM 进行本地和远程连接。对象资源管理器以层次结构方式枚举和显示所用的常用对象,如实例、表、存储进程等,以帮助用户直观地访问数据库。

通过调用对象资源管理器的右击上下文菜单,可使用所有的数据库管理功能。有些数据库管理选项是开放的,这包括创建和修改数据库、表、登录和用户。对于许多常用的数据库操作,可通过任务向导来指导用户完成,同时许多其他的常用的数据库操则提供了选项卡式窗口文档。例如,XM 为创建新的数据库和编辑已有数据库提供了新建/编辑数据库文档。

许多数据库用户倾向于用 Transact-SQL 来管理他们的服务器,因为这种方法比图形用户界面能够提供更精确的控制。XM 的查询编辑器使用户可以开发和执行 Transact-SQL 语句和脚本。查询分析器具有丰富的功能,如,关键字颜色编码,以数据网格方式返回结果的结果窗格。如果有任何错误信息,它们也将显示在结果区中。

返回页首返回页首

商业智能

通过在可伸缩性、数据集成、开发工具和丰富的分析方法等方面的革新,SQL Server 2005 促进了 Microsoft 在商业智能 (BI) 领域的领导地位。SQL Server 2005 能够把关键的信息及时地传递到组织内雇员的手中,从而实现了可伸缩的 BI。从 CEO 到信息工作者,雇员们将可以快速而容易地管理数据,做出更快、更好的决策。SQL Server 2005 全面的集成、分析和报表功能使企业能够扩展他们现有应用程序的价值,而无需考虑应用程序的基础平台。BI 功能的增强包括以下几个方面:

端到端的集成商业智能平台

Integration Services

Analysis Services

Reporting Services

与 Microsoft Office System 的集成

端到端的集成商业智能平台

Microsoft SQL Server 2005 是一个完整的 BI 平台,它提供了可用于创建典型和创新分析应用程序所需的特性、工具和功能。以下信息介绍了您在创建分析应用程序时将要使用的一些工具,并着重介绍了一些新增功能。借助这些新增功能,可以比以往更加轻松地创建和管理复杂 BI 系统。

SQL Server 2005 BI 工具集提供了端到端的 BI 应用程序集成:

设计。 Business Intelligence Development Studio 是第一个专门为 BI 开发人员设计的集成开发环境。Business Intelligence Development Studio 构建于 Visual Studio 2005 上,它为 BI 系统开发人员提供了一个丰富、集成的专业开发平台。BI 平台的所有组件的调试、源代码管理以及脚本和代码的开发在其中都是可用的。

集成。 SQL Server Integration Services (SSIS) 已被重新编写,用以对超大数据量高速执行复杂的数据集成、转换和合成。Business Intelligence Development Studio 使程序包的创建和调试变得绝对有趣。Integration Services、Analysis Services 和 Reporting Services 共同为异类源的数据提供了一个无缝视图。

分析。 Microsoft 数据挖掘一直都简单易用。现在,随着其他重要新算法(包括关联规则、时间序列、回归树、顺序分析和聚类分析、神经网络和 Naive Bayes)的增加,这一功能更加完美。SQL Server 2005 模糊了关系数据库和多维数据之间的界限,您可以在关系数据库中存储数据,也可以存储在多维数据库中,或者使用新的主动缓存功能使两种方式达到最佳。而 Analysis Services 多维数据集也新增了一些重要的分析功能,包括:关键性能指标 (KPI) 框架,MDX 脚本,以及其他的内置高级业务分析方法。Reporting Services 报表传递和管理框架使得复杂的分析方法更易于向最广泛的潜在受众分发。

报表。 Reporting Services 将 Microsoft BI 平台延伸至那些需要使用分析功能的商务用户。Reporting Services 是一种企业管理报表环境,它通过 Web 服务进行嵌入和管理。您可以用大量的交互选项和打印选项,以各种不同的格式使报表个性化并予以提交。通过将报表以数据源的形式分发至下游 BI,复杂分析可以为更广泛的用户使用。SQL Server 2005 还提供了新的报表工具:报表生成器。

管理。 SQL Server Management Studio 集成了 SQL Server 2005 所有组件的管理。BI 从业者都将得益于盼望已久的服务器能力的扩展,即从关系引擎(可伸缩性、可靠性、可用性、可编程性,等等)到全套 BI 平台组件的能力的扩展。

Integration Services

SQL Server 2005 包含一个重新设计的企业数据抽取、转换和加载 (ETL) 平台,它被称之为 SQL Server Integration Services (SSIS)。SSIS 使得组织能更容易地集成和分析来自多个异类信息源的数据。通过分析跨多个操作系统的数据,组织能以整体的视角去理解它们的业务情况,从而取得竞争优势。

企业 ETL 平台

这一新平台是 SQL Server 2000 中一个非常受欢迎的功能模块—数据转换服务 (DTS) 的继承者。SSIS 是 SQL Server 2005 中的一个全新的组件,它提供了构建企业级 ETL 应用程序所需的众多功能和高可伸缩的性能。SSIS 是完全可编程的、可嵌入的和可扩展的,这些特性使其成为理想的 ETL 平台。

对传统 ETL 的超越

SQL Server 2005 以下列方式立即实现对非传统数据(Web Services,XML)的支持:

SSIS 可对不持续的数据进行分析。

在数据流中进行数据挖掘和文本挖掘。

对数据流的数据挖掘和分析可用于数据质量和数据清除。

Analysis Services

借助 SQL Server 2005,Analysis Services 第一次为您的所有商业数据提供了统一和集成的视图,它可用于作为传统报表、联机分析处理 (OLAP) 分析和数据挖掘的基础。

统一的维度模型

通过结合传统 OLAP 分析和关系型报表的最优内容,Analysis Services 提供了一个元数据模型用于满足两套模型的不同需求。Analysis Services 中定义的一套多维数据集和维度被称为统一的维度模型 (UDM)。UDM 是一个中心元数据存储库,它定义了业务实体、业务逻辑、计算和规格,可作为所有报表、电子表格、OLAP 浏览器、KPI 和分析应用程序的源来使用。

通过使用新的、功能强大的数据源视图功能,UDM 可被映射到异类后台数据源宿主,这样便可无需考虑数据的位置就可提供完整和集成的业务图像。

利用 UDM 对业务实体的友好描述、导航层次结构、多视角甚至对本机语言的自动翻译,用户将会发现浏览公司业务数据是一件容易的事情。

数据挖掘

SQL Server 2005 数据挖掘是一种 BI 技术,它可帮助您创建复杂的分析模型,并将它们与您的业务操作相集成。Analysis Services 为数据挖掘建立了新的基础。通过创建易于使用的、可扩展的、可访问的和灵活的平台,Analysis Services 数据挖掘功能将数据挖掘介绍给那些于以前从不愿意考虑数据挖掘解决方案的组织。

通过企业级结构,并借助与作为 BI 工具的 SQL Server 产品系列的深入集成,以及利用种类丰富的其他工具、API 和算法,SQL Server 能够创建新型的智能应用程序。这些应用程序通过针对各种各样的商业问题提供自定义的数据驱动解决方案,能够提高生产效率,增加利润和减少支出。

Reporting Services

Reporting Services 将 Microsoft BI 平台延伸至那些需要访问商业数据的信息工作者。Reporting Services 是一个基于服务器的企业级报表环境,可通过 Web services 进行管理。报表可以用不同的格式发布,并可带多种交互选项和打印选项。通过将报表以数据源的形式分发至下游 BI,复杂分析可以为更广泛的用户使用。

作为 SQL Server 2005 的一个集成组件,Reporting Services 提供了以下功能:

一个用于处理和格式化报表高性能引擎。

一个用于创建、管理和查看报表的完整的工具集。

一个可扩展结构和开放式界面,用于在不同的 IT 环境中嵌入报表或集成报表解决方案。

关系型和 OLAP 报表

在关系型数据上创建报表固然有用,但增加附加的分析能力将使报表功能更加强大。Reporting Services 使您可以轻松地创建结合的或单独的报表。SQL Server 2005 支持关系型和 OLAP 数据,并为它们分别提供了查询编辑器:SQL 查询编辑器 和 MDX 查询编辑器。

报表生成器

作为 SQL SERVER 2005 Reporting Services 的一个新组件,Report Builder 使商业用户可以使用用户友好的数据模型来创建他们自己的报表。报表生成器利用 Reporting Services 平台使所有最终用户可以创建即席查询报表。用户可以使用报表生成器客户端应用程序来创建和编辑报表。报表生成器用户界面被创建在大家熟知的 Microsoft Office 范例的顶部,如 Microsoft Excel 和 Microsoft PowerPoint。图 6 显示了一个报表生成器报表的示例。

图 6:用报表生成器设计报表

图 6:用报表生成器设计报表

报表生成器是一种由浏览器部署的 ClickOnce 应用程序。用户可以通过选择报表布局模板来开始创建报表,这些模板包含预定义的数据区,如:表、矩阵和图表。用户可以从模型中拖放报表项到设计图面,并可设置约束来过滤报表数据。模型包含报表生成器自动生成源查询和检索所请求数据所必要的信息。报表生成器还允许用户进行以下操作:

向报表添加文本和格式。

使用模型创建新的字段和已定义计算。

预览、打印和发布报表。

把报表数据导出为 Microsoft Excel 之类的格式。

与 Microsoft Office System 的集成

Reporting Services 中的报表服务器提供的报表可运行在 Microsoft SharePoint Portal Server 和 Microsoft Office System 应用程序(如 Microsoft Word 和 Microsoft Excel)的上下文中。您可用使用 SharePoint 中的功能来订阅报表,创建新版报表和分发报表,也可以在 Word 或 Excel 中查看 HTML 版的报表。

返回页首返回页首

升级到 SQL Server 2005

下面是升级到 SQL Server 2005 的一些提示:

可从 SQL Server 7.0 或 SQL Server 2000 升级到 SQL Server 2005。

在升级之前运行升级顾问来判断产品更改是否会导致现有的应用程序的中断。

SQL Server 数据库引擎、Analysis Services 和 Reporting Services 可以由安装程序升级。

SQL Server Integration Services,即数据转换服务 (DTS)的替代,是和 DTS 并行安装的,可以使用 DTS 运行时组件来运行 DTS 包。

SQL Server 2005 Notification Services 是和 Notification Services 2.0 并行安装的。当升级 SQL Server 数据库引擎时,必须将 Notification Services 的实例迁移到 SQL Server 2005。

在升级后,使用外围应用配置器工具来启用或禁用 SQL Server 2005 服务、网络协议和功能。

SQL Server 价格和授权

SQL Server 系列版本包括在一个产品中获得全面的、打开即用的数据存储、管理、分析和报表平台所需的所有内容,借助灵活的授权,您可以选择最适合您独特需要的解决方案。

SQL Sever 的设置即可满足最大的企业规模,也能适合最小的商业活动,它向所有用户提供同样的性能、安全性、可伸缩性、可靠性和商业价值。SQL Server 所支持的实现目标可以从数 TB 的数据仓库到运行 SQL Server Windows Mobile Edition 的袖珍式 PC 设备。

下列表格概述了 SQL Server 2005 产品系列的每一种版本的价格和优点。

注意:粗体表示 SQL Server 2005 的新特性。每一个更高版本包含与之前版本相同的功能。所有价格以美元表示,代表在美国的购买价格。

价格和授权
版本 价格 优点 大小 关键特性

学习版

免费

学习,创建和部署简单数据驱动应用程序的最快方法。

1 个 CPU
1 GB RAM
4 GB 数据库大小

4 GB 数据库大小
简单报表
复制和 SSB 客户端

工作组版

1 处理器许可证 ¥45,806

服务器用户/设备增加客户端访问许可证(包含10个客户端访问许可证) ¥18,048

最经济和最易于使用的数据库解决方案,可用于小型单位和正在发展的商务。

1 或 2 个 CPU
3 GB RAM

Management Studio
导入/导出
有限的复制发布
群集
备份日志传送

标准版

1 处理器许可证 ¥71,034 ;

服务器用户/设备增加客户端访问许可证(包含15个客户端访问许可证) ¥40,969

完全的数据管理和分析平台,用于中等商务和大型单位。

1 至 4 个 CPU
不限制 RAM

数据库镜像
基础 ETL
带有 Analysis Services 的标准 OLAP 服务器
带有 Reporting Services 的标准报表
数据挖掘
完全复制和 SSB 发布
在本机 32 和 64 位 版本中可用
支持 Itanium 2 和 x64

企业版

1 处理器许可证 ¥340,451

完全集成的数据管理和分析平台,用于商业上至关重要的企业应用。

不限制规模和分区

高级数据库镜像、完全的联机和并行操作以及数据库快照
高级分析工具,包括完整的 OLAP 和数据挖掘
带有自定义、高可伸缩和即席报表的高级报表
带有复杂数据路由和转换能力的高级 ETL
在本机 32 和 64 位 版本中可用
支持 Itanium 2 和 x64

返回页首返回页首

Posted by eygle at 11:11 AM | Comments (0)

40年的辉煌 IBM信息管理大事记

出处:http://www.eygle.com/digest

从推出IMS以支持美国航空航天局(NASA)的阿波罗计划到推出IBM DB2 9(代号为Viper),IBM数据库不断发展和创新。

IBM DB2 9只不过是IBM数据库长期保持领先历程中的最新进展。IBM发明了世界上第一款名为“IMS”的数据库,用于帮助NASA管理宏大的“阿波罗太空计划”中的繁琐资料。


1966年,IBM与其客户 ——北美洛克维尔公司和卡特彼勒公司开始合作开发数据库,并于1968年由IBM的工程师完成了数据库的研发工作。1969年,该数据库作为IBM的产品发布时被更名为IMS。


随后,IBM又发明了关系数据库,可根据多种变量对信息进行整理。其中包括1977年编写的工业标准的结构化查询语言或SQL。20世纪80年代早期,第二阶段技术又被运用于新型数据库产品中,其被命名为DB2。


在过去的几年中,DB2已经从重要的大型机产品发展成可在各种服务器平台上运行的产品,尤其是在System 390(目前称作System z)中,它已成为分布式计算的核心。今天,近50万台DB2数据服务器运行在System z和安装Linux系统的英特尔平台上。

20世纪60年代,IBM最初的数据库重点是为高性能应用软件需求提供交易支持。这项工作着重强化了查询优化,随后又转向了成本优化,使今天的DB2成为了世界上最为成熟的优化大师。就像一名注重成本的管理者一样,优化大师的职责就是找到从网络中高效传递所需信息的最佳方式。


1966年:IBM与其客户 ——北美洛克维尔公司和卡特彼勒公司开始合作开发数据库。


1968: IBM 在 IBM 360 计算机上研制成功了 IMS V1,这是业界第一个层次型数据库管理系统,也是层次型数据库中最为著名的和最为典型的。在关系型数据库大行其道的今天,很多企业仍然还在使用该数据库,其生命力可见一斑。


1970: 这是数据库历史上划时代的一年,IBM 公司的研究员 E.F.Codd 发表了业界第一篇关于关系数据库理论的论文“A Relational Model of Data for Large Shared Data Banks”,首次提出了关系模型的概念。这篇论文是计算机科学史上最重要的论文之一,也奠定了 Codd 博士“关系数据库之父”的地位。


1973: IBM 研究中心启动了 System R 项目,旨在探讨和研究多用户与大量数据下关系型数据库的实际可行性,这个项目在 DB2 发展史上占有重要意义,它为 DB2 的问世打下了良好的基础。由于取得了一大批对数据库技术发展具有关键性作用的成果,该项目于1988年被授予ACM 软件系统奖。


1974: IBM 的研究员 Don Chamberlin 和 Ray Boyce 通过 System R 项目的实践,发表了论文“SEQUEL:A Structured English Query Language”。论文中提出的 SEQUEL 语言是一套比关系微积分与关系代数更适合最终用户使用的非程序化查询语言,我们现在所熟知的 SQL 语言就是基于它发展起来的。


1982: IBM 发布了 SQL/DS for VSE and VM 。这是业界第一个以 SQL 作为接口的商用数据库管理系统。该系统也是基于 System R 原型所设计的。


1983: 千呼万唤始出来,IBM 在这一年发布了DATABASE 2(DB2)for MVS(内部代号为“Eagle”),一个长盛不衰的品牌就此出现了。

1988: IDUG(国际DB2用户组织)组织成立。这标志着 DB2 的用户已经形成了相当的规模。


1993: IBM 发布了DB2 for OS/2 V1(DB2 for OS/2 可以被简写为DB2/2)和DB2 for RS/6000 V1(DB2 for RS/6000 可以被简写为DB2/6000),这是 DB2 第一次在Intel 和Unix 平台上出现。


1994: IBM 发布了运行在 RS/6000 SP2 上的 DB2 并行版 V1,DB2 从此有了能够适应大型数据仓库和复杂查询任务的可扩展架构。


1995: IBM 发布了 DB2 Common Server V2,这是第一个能够在多个平台上运行的对象—关系型数据库产品,并能够对 Web 提供充分支持。DataJoiner for AIX 也诞生在这一年,该产品赋予了 DB2 对异构数据库的支持能力。


1996: IBM 发布了 Intelligent Miner,该产品可以对基于 DB2 的数据源实施数据挖掘。


1996: IBM将DB2更名为 DB2 通用数据库(DB2 Universal Database),这是第一个能够对多媒体和 Web 进行支持的关系型数据库管理系统。该系统具有很好的伸缩性,可以从桌面系统扩展到大型企业,适应单处理器、 SMP 和 MPP 计算环境,并可以运行在所有主流操作系统和硬件平台上。DB2 V5 是以前的两个产品的合并:DB2 Common Server V 2.1.2 和 DB2 并行版 1.2。


1998: IBM 发布了 DB2 OLAP Server,这是一个基于 DB2 的完整的 OLAP 解决方案。这个产品是和 Arbor Software(Hyperion的前身)合作开发的。


1999: IBM发布了 Intel 平台上的 DB2 UDB for Linux。


2000: IBM 将 Visual Warehouse 集成到 DB2 中,为DB2 提供了内置的数据仓库管理功能。


2000: IBM 启动了数据库管理工具业务,起初着重于为主机上的 IMS 和 DB2 提供高效管理工具,最终这项业务扩展到 UNIX、Linux 和 Windows 平台。Informix 数据库产品也在支持之列。

2000: IBM 发布了用于管理数字资产的Content Manager。IBM 数字图书馆和EDMSuite 产品现在都被包含在一个单一的架构中来提供多媒体资产管理和企业内容管理。荷兰国家图书馆、梵蒂冈图书馆都是最早的用户。


2001: IBM 以 10 亿美金收购了 Informix 的数据库业务,这次收购扩大了 IBM 的分布式数据库业务。


2002: 作为 IBM 自主运算策略的一部分,SMART(自我管理和资源调节)技术在 DB2 UDB V8.1 中首次正式应用。


2003 : IBM 将数据管理产品统一更名为信息管理产品。


2003 : DB2 发布了 DB2 Information Integrator(该产品由以前的 DB2 DataJoiner和 Enterprise Information Portal演化而来)


2004年:IBM发布了II与DB2的下一个版本Masala与Stinger,加强了数据智能分析、挖掘、预测能力。


2005年:IBM发布了“绿色风暴”计划,向业界宣布IBM DB2商业数据库正式推出应用开发商网络计划和数据库精英人才培养计划。


2006年:IBM独家赞助 “2006中国首届杰出数据库工程师评选”活动,表明IBM正在履行帮助中国数据库人才成长的承诺。


2006:DB2 9作为第三代数据库的革命性产品正式在全球发布。

Posted by eygle at 10:55 AM | Comments (0)

December 25, 2006

微软未来的“灵魂”-SQL Server 2005探密

出处:http://www.eygle.com/digest

杀手代号“Yukon”

  从1989年微软公司发布的SQL Server 1.0到现在已经有足足十五个年头了,在这十五年里SQL Server从无到有,从小到大,经历着一次又一次的传奇。
它不但蚕食着IBM、Oracle数据库的市场份额,而且新一代的SQL Server已经开始逐渐成为Windows操作系统未来的核心。而访华的比尔·盖茨嘴里不断重复的“无缝计算”的核心就是Yukon,这个代号“Yukon”的下一代数据库将会
把我们带进一个什么样的世界呢?


Internet的“软”支柱


  在当今的网络时代中,数据查寻、数据存储、数据分类等等所有这一切已经成为了构成Internet网络的“软”支柱,而数据库系统则是这个支柱中最关键的。如果没有数据库的支持,我们根本不可能在Google或者百度中查找自己需要的信息,也不可能使用快捷方便的电子信箱,可是说,网络世界完完全全是一个大的数据库所构成的。


  根据IDC的最新数据显示,全球数据库软件市场似乎波澜再起,2003年的总收入达到了136亿美元,比2002年的126亿美元又有增长。甲骨文、IBM和微软目前控制着75%的市场份额。甲骨文去年的市场份额为39.8%,IBM为31.3%,微软为12.1%。


  那么什么是数据库呢?在大学的计算机教科书中,数据库是被这样解释的:数据库是计算机应用系统中的一种专门管理数据资源的系统。数据有多种形式,如文字、数码、符号、图形、图像以及声音等。数据是所有计算机系统所要处理的对象。人们所熟知的一种处理办法是制作文件,即将处理过程编成程序文件,将所涉及的数据按程序要求组织成数据文件,用程序文件来调用。数据文件与程序文件保持着一定的对应关系。在计算机应用迅速发展的情况下,这种文件式方法便显出不足。比如,它使得数据通用性差,不便于移植,在不同文件中存储大量重复信息、浪费存储空间、更新不便等。数据库系统便能解决上述问题。数据库系统不从具体的应用程序出发,而是立足于数据本身的管理,它将所有数据保存在数据库中,进行科学的组织,并借助于数据库管理系统,以它为中介,与各种应用程序或应用系统接口,使之能方便地使用数据库中的数据。


  这段说明介绍的确非常详细,不过你可能看得头晕眼花了,其实简单地说数据库就是一组经过计算机整理后的数据,存储在一个或多个文件中,而管理这个数据库的软件就称之为数据库管理系统。一般一个数据库系统(Database System)可分为数据库(Database)与数据管理系统(Database Management System,DBMS)两个部分,所有的这些就是构成互联网“软”支柱的全部。


  微软的SQL Server作为众多数据库软件的一种,在从6.5升级到7.0版本后,开始逐步地成为主流数据库软件,而SQL Server 2000更证明了Windows操作系统中同样可以承担高端数据应用,作为商务应用的主流数据库管理软件。它打破了由Unix统治大型数据库软件的神话,而新一代的SQL Server 2005又会有什么样的改变呢?

  直击Yukon核心机密


  在Microsoft SQL Server下一版本(代号为“Yukon”)的规划阶段,考虑更多的是数据库未来发展以及SQL Server的编程能力。Microsoft内部的开发人员很早就意识到,未来必须引入更加统一的编程模型,还要为不同的数据模型提供更多的灵活性。编程模型的统一就意味着普通的数据访问和操作任务可以通过多种途径进行,例如你可以选择使用XML或Microsoft.NET框架或者Transact-SQL(T-SQL)代码等。


  这种规划带来的结果就是一个新的数据库编程平台,它在许多方面都进行了扩展。首先,宿主.NET框架公共语言运行库(CLR)的功能将数据库扩展到过程化编程和托管代码的领域。其次,


  .NET框架宿主集成提供了来自SQL Server内部强大的对象数据库功能。对XML的深入支持是通过功能完善的XML数据类型实现的,它拥有关系数据类型的所有功能。此外,还添加了对 XML查询(XQuery)和XML架构定义语言(XSD)标准的服务器端支持。最后,SQL Server Yukon包含了T-SQL语言的重要增强功能。


  XML在SQL Server Yukon中的历史实际上始于SQL Server 2000。SQL Server 2000引入了以XML的格式返回关系型数据,大量加载和切分XML文档,以及将数据库对象公开为基于XML的Web服务等功能,不过Yukon提供了更高级的XML查询功能,完善后的Yukon将会充分的发挥XML的所有优势。XML为什么如此关键呢?其实XML从最初的一种替代HTML的表示技术发展为一种线路格式,现在又被看做是一种存储格式。XML中的持久存储已经引起了广泛关注,互联网上也出现了许多XML数据类型的应用。XML本身是一种可以跨越任何系统平台的数据表示格式,它最初是作为文档格式使用的,由于XML在大型企业中已经获得了广泛的认可,用户于是开始使用XML解决棘手的业务问题,例如数据集成。这就使得作为数据存储格式的XML不断发展到今天,由于XML可以在任何平台上显示出同样的效果,XML逐渐成为了一种数据库主流存储格式。Yukon这种内置对XML全面的支持将会引发一场全新的数据库技术革命。


  这些新的编程模型和增强的语言共同创造了一系列的可编程性,它们补充并扩展了目前的关系型数据库模型。这种体系结构带来的最终结果是能够创建更可伸缩、更可靠、更健壮的应用程序,并提高了开发人员的工作效率。这些模型的另外一个结果就是一种称之为SQL服务代理的新应用程序框架——用于异步消息传递的分布式应用程序框架。


  Yukon加盟的世纪豪赌


  前面我们絮絮叨叨地讲了一大串技术应用的优势,你此时也许很好奇,我们为什么要介绍这样一个看似是高端应用的数据库软件技术呢?也许现在我们应该揭开谜底了。


  地球上最富的人这样预言计算机的未来,他认为,在未来的世界里,每一个普通的计算机都将拥有一个足够大的超级硬盘,到那个时候我们的硬盘不再单纯的是 80GB,很可能是80TB,虽然只是一个GB变TB,但这意味着硬盘容量足足提升了1000倍。而以现有的Windows存储硬盘数据的NTFS格式来说,根本就无法应付如此大的硬盘数据搜索能力。说一个形象的例子,如果在有100TB硬盘空间的计算机中,你那个时候还是使用的是Windows XP,你整理磁盘碎片所需要的时间很可能是两天两夜,如果你想找寻某个文件,你将会足足等上几个小时。这种感觉就好像重新回到286的时代。


  为了解决这个棘手的问题,下一代Windows操作系统Longhorn决定采用与此前的Windows截然不同的编程模式。其核心是Avalon (开发代号)。Avalon是Windows的新GUI库。新的Longhorn导入了Indigo(Web服务)和WinFS(文件系统)的新功能。包括Avalon在内,将这三种新功能称作WinFX。WinFX是Longhorn的新型“本地”API。虽然是为了与现在的Win32 API兼容而增加的,但要想使用Longhorn的新的功能,一般情况下必须使用WinFX。WinFX属于目前.NET Framework的延伸。目前.NET Framework中使用的类,WinFX中也有,WinFX支持程序的运行机制与.NET基本相同。


  .NET Framework将在SQL Server Yukon供货时进行主版本升级(Major VersionUp),具体日期预计在2004年底。Yukon将在.NET Framework上运行。可在存储进程(Stored Procedures)中使用.NET Framework的类库。Yukon运行的.NET Framework为2.0版,将追加目前.NET Framework 1.1没有的多媒体相关类。WinFS使用Yukon的引擎。也就是说,在Longhorn中,文件系统将使用数据库引擎。


  这个时候你是否明白了,下一代Windows操作系统中,整个文件数据的管理将会引入SQL Server的结构管理,届时,我们计算机的数据查询能力,数据整合能力将会有极大地提高。当然这对于那个有钱人不断说的“无缝计算”也是至关重要的一步,对微软来说,让数据库软件和操作系统整合的工程无疑一场世纪豪赌,如果成功,微软将会逐渐成数据库的霸主,但是如果失败,这项几乎甚至会拖累下一代 Windows正常上市的时间表。

Posted by eygle at 9:49 PM | Comments (0)

December 24, 2006

7种坚果为孕期加油

出处:http://www.eygle.com/digest

核桃 补脑、健脑是核桃的第一大功效,另外其含有的磷脂具有增长细胞活力的作用,能增强机体抵抗力,并可促进造血和伤口愈合。另外,核桃仁还有镇咳平喘的作用。尤其是经历冬季的准妈妈,可以把核桃作为首选的零食。
推荐食用方法 核桃可以生吃,也可以加入适量盐水,煮熟吃,还可以和薏仁、栗子等一起煮粥吃。
花生 蛋白质含量高达30%左右,其营养价值可与鸡蛋、牛奶、瘦肉等媲美,而且易被人体吸收。花生皮还有补血的功效。
推荐的食用方法 与黄豆一起炖汤,也可以和莲子一起放在粥里或是米饭里。 最好不要用油炒着吃。
杏仁 杏仁有降气、止咳、平喘、润肠通便的功效。对于预防孕期便秘很有好处。但是中医认为杏仁有小毒,不宜多食。
推荐食用方法 一般来说,我们目前能够买到的大部分是袋装的杏仁,如果你不喜欢吃,或者可以尝试一下带杏仁的巧克力。
瓜籽 我们经常可以看到的是葵花籽、南瓜籽和西瓜子。多吃南瓜籽可以防治肾结石病;西瓜籽中医认为性味甘寒' 具有利肺' 润肠 '止血' 健胃等功效;葵花籽所含的不饱和脂肪酸能起到降低胆固醇的作用。

推荐食用方法 大多是炒熟或煮熟了来吃。不过在煮的过程中可以依据自己的口味加入香料或调味剂,可以有五香瓜籽、奶油的、椒盐的等等。
夏威夷果 是一种原产于澳洲的坚果,别名昆士兰果或澳洲胡桃。夏威夷果含油量高达60~80%,还含有丰富的钙、磷、铁、维生素B1、B2和氨基酸。
推荐食用方法 夏威夷果可以鲜食,但更多的是加工成咸味或辅助作为甜味点心,也可以作为糖果、巧克力和冰淇淋等的配料。
松籽 含有丰富的维生素A和E,以及人体必须的脂肪酸、油酸、亚油酸和亚麻酸,还含有其它植物所没有的皮诺敛酸。它不但具有益寿养颜、祛病强身之功效。还具有防癌、抗癌之作用。
推荐食用方法 生着吃,或者做成美味的松仁玉米。
榛子 含有不饱和脂肪酸,并富含磷、铁、钾等矿物质,以及维生素A、B1、B2、烟酸,经常吃可以明目、健脑。
推荐食用方法
如果不想单吃榛子,可以压碎伴在冰激凌里或是放在麦片里一起吃。
每天坚持50克,多吃无益
坚果,对准妈妈身体保养和胎儿发育虽然有诸多好处。但凡事要有度,过犹即不及。由于坚果类食物油性大,女性消化功能在孕期会减弱,如果食用过多的坚果,就会“败胃”,引起消化不良,甚至出现“脂肪泻”,反而适得其反,添乱添病。

鱼类是健脑的最佳食品之一,孕妇每天都应吃100克左右,以促进胎儿的生长发育。

Posted by eygle at 9:45 PM | Comments (2)

December 23, 2006

IBM在光芯片领域取得突破性进展

出处:http://www.eygle.com/digest

原文链接:
http://news.csdn.net/n/20061223/99839.html

据ZDNET UK报道,IBM公司研究员日前提交的一份学术论文表明,光信号将可以被用来在芯片内部传输信息,从而可以代替如今广为使用的芯片连接电路。
实际上,如今光芯片技术的倡导者包括多家业界巨头,例如英特尔、IBM以及Primarion和Luxtera等名不见经传的小企业,据悉光芯片信号技术有望取代如今的电路技术。研究人员表示,光信号技术所需要的能耗更低,并且不会产生多余的热量,更为重要的是,光信号的传输速度要高于目前的金属电路技术。

光芯片技术研究领域的诸多公司已经开始了实际性试验,例如在硅圆晶片上制造芯片大小的光元件,从而将的芯片产品的制造成本。而在芯片的其他部分,英特尔正在尝试制造硅激光发射器,从而引导光、声、电磁等信号的传输。不过目前这些研究并未最终完成,因此尚不能投入商业产品使用。

据悉, IBM此次取得的突破与以往有所不同,在降低光信号传输速度的前提下,IBM的技术可以保证信号的可控性和同时性。据悉,为了降低光的传输速度,IBM使用了一种名为“镜子传感器”的特殊技术,使得光在传输的过程中通过一条环形通路,而不是直线。另一方面,“镜子传感器”的尺寸已经被缩小到了芯片尺寸,这也为最终生产芯片产品提供了基础。研究人员透露,在0.03平方毫米的面积中,光信号的信息携带量大约为10bits。考虑到光信号无与伦比的传输速度,最终生产的芯片信号传输速度要比传统金属电路高出上百倍。

Posted by eygle at 10:08 PM | Comments (0)

December 22, 2006

51个治疗咳嗽偏方

出处:http://www.eygle.com/digest

1、萝卜葱白风寒咳嗽
萝卜1个,葱白6根,生姜15克.用水三碗先将萝卜煮熟,再放葱白,姜,煮剩一碗汤.连渣一次服.宣肺解表,化痰止咳.治风寒咳嗽,痰多泡沫,伴畏寒,身倦酸痛等.
  
  2、红糖姜枣汤治伤风咳嗽
  红糖30克,鲜姜15克,红枣30克.
  以水三碗煎至过半.顿服,服后出微汗即愈.
  驱风散寒.治伤风咳嗽,胃寒刺痛,产后受寒腹泻,恶阴等.
  
  3、芜荽汤平伤风咳嗽
  芜荽(香菜)30克,饴糖30克,大米100克.
  先将大米洗净,加水煮汤.取大米汤三汤匙与芜荽,饴糖搅拌后蒸10分 钟.趁热一次服,注意避风寒.
  发汗透表.治伤风感冒引起的咳嗽.
  
  4、白萝卜蜂蜜治风寒咳嗽
  大白萝卜1个,蜂蜜30克,白胡椒5粒,麻黄2克.
  将萝卜洗净,切片,放入碗内,倒入蜂蜜及白胡椒,麻黄等共蒸半小时趁热顿服,卧床见汗即愈.
  发汗散寒,止咳化痰.治风寒咳嗽.
  
  5、羊蜜膏治虚劳咳嗽肺痿
  熟羊脂250克,熟羊髓250克,白沙蜜250克,生姜汁100毫升,生地黄汁500毫升.
  羊脂煎,令沸;次下羊髓,又令沸;次下蜜,地黄,生姜汁,不住手搅,微火熬数沸成膏.每日空腹温酒调1匙,或做姜汤或做粥食亦可.
  补虚润肺,祛风化毒.治阴虚发热,骨蒸劳热,虚劳瘦弱,咳嗽肺痿,还有润肺润肤的功效.
  

  6、鲜梨贝母治咳嗽肺痈
  鲜梨500克,贝母末6克,白糖30克.
  将梨去皮剖开,去核,把贝母末及白糖填入,合起放在碗内蒸熟.早晚分食.
  清热化痰,散结解表.用治咳嗽或肺痈,症见胸痛,寒战,咳嗽,发热,口干,
  咽燥,痰黄腥臭或脓血痰等.
  
  7、饮马乳清热止嗽
  鲜马乳300毫升,白糖适量.
  将马乳煮沸;饮时加白糖.
  据介绍,马乳 “止渴疗热”,有补血生津,润燥止嗽的功效
  肺结核的咳嗽,潮热有良好的辅助治疗作用.
  
  8、冰糖燕窝粥治肺虚久咳
  
  燕窝10克,大米100克,冰糖50克.
  将燕窝放温水中浸软,摘去绒毛污物,再放入开水碗中继续涨发.取上等大米淘洗干净后放入锅内,加清水三大碗,旺火烧开,改用文火熬煮.将发好纯净的燕窝放入锅中与大米同熬约1小时,加入冰糖溶化后即成.
  滋阴润肺,止咳化痰.治肺虚久咳及咳喘伤阴.
  
  9、燕窝梨大养肺阴
  
  燕窝5克(水浸泡),白梨2个,川贝母10克,冰糖5克.
  白梨挖去核心,将其他三味同放梨内,盖好扎紧放碗中,隔水炖熟.服食.
  养阴润燥,止咳化痰.治多年痰咳,气短乏力.
  
  10、萝卜胡椒止咳祛痰涎
  
  萝卜1个,白胡椒5粒,生姜3片,陈皮1片.
  加水共煎30分钟.日饮汤2次.
  下气消痰.治咳嗽痰多.
  
  11、豆浆饮润肺宁嗽化痰
  
  黄豆,冰糖.
  黄豆浸泡磨汁,煮沸后加糖饮用.每日清晨空腹饮1碗.
  健脾宽中,润燥掐水;清肺止咳,化痰.治疳积瘦弱,肺热咳嗽等.
  
  12、豆腐糖止咳化痰平喘
  
  豆腐500克,红糖,白糖各100克.
  把豆腐当中挖一窝,纳入红,白糖,放入碗内隔水煮30分钟.一次吃完,连服4次.
  清热,生津,润燥.治咳嗽痰喘.
  
  13、玉米须橘皮治咳嗽
  
  玉米须,橘皮各适量.
  共加水煎,日服2次.
  止咳化痰.治风寒咳嗽,痰多.
  
  14、萝卜猪肺止咳汤
  
  萝卜1个, 猪肺1个,杏仁15克.
  加水共煮1小时.吃肉饮汤.
  清热化痰,止咳平喘.治久咳不止,痰多气促.
  
  15、糖水冲鸡蛋补虚止咳
  
  白糖50克,鸡蛋1个,鲜姜适量.
  先将 鸡蛋打入碗中,搅匀.白糖加水半碗煮沸,趁热冲蛋,搅和,再倒入已绞取的姜汁,调匀.每日早晚各服1次.
  补虚损.治久咳不愈.
  
  16、芝麻冰糖水治夜嗽
  
  生芝麻15克,冰糖10克.
  芝麻与冰糖共放碗中,开水冲饮.
  润肺,生津.治夜嗽不止,咳嗽无痰.
  注:芝麻1把,生姜50克,共捣烂煮汁服,亦有上述疗效.
  
  17、香油炒羊肝治久嗽
  羊肝60克,香油30克,盐少许.
  将羊肝切片,锅内放入香油至八成热,下羊肝及盐翻炒即成.
  润肺止咳.治久咳不止.
  
  18、蒸白梨蜂蜜治久咳咽干
  大白梨1个,蜂蜜50克.
  先把白梨挖去核,将蜂蜜填入,加热蒸熟.每日早晚各吃1个,连吃数日.
  生津润燥,止咳化痰.治阴虚肺燥之久咳咽干,手足心热等.
  
  19、燕窝银耳治干咳盗汗
  燕窝10克,银耳15克,冰糖适量.
  将燕窝先用清水测一遍,再放入热水中浸泡3-4小时,然后择去毛绒,再放入热水中泡1小时即成.用瓷罐或盖碗盛入燕窝,银耳,冰糖,隔水炖熟.服食.
  补虚损,养肺阴,退虚热.治干咳,盗汗或肺阴虚等.
  
  20、薯蓣粥健脾益肺
  生怀山药30克,白糖少许.将山药轧细筛,调入凉水,边煮边搅,两三沸即成,加少许白糖调味.服食.
  补脾止泻,补肾收摄.治劳伤咳喘,脾虚泄泻,以及一切赢弱虚损之病.
  
  21、蜜枣扒山药治肺虚久咳
  山药1000克,蜜枣10个,板油丁100克,白糖350克,桂花汁.湿淀粉.熟猪油少许.(1)山药洗净,放入锅内,加清水淹没山药为度,用旺火煮 ,待山药较烂时捞起,去皮,用刀剖成6厘米长.3厘米宽的长方形.拍扁.蜜枣一刻两半去核待用.(2)将大汤碗内涂抹上熟猪油,碗底排上蜜枣再排上一层山药,夹一层糖,板油丁,逐层放至碗口,撒上糖,扣上盖盘,上笼蒸1小时左右,然后取下,翻身入盘.(3)炒锅上火,滤入盘内汤汁,放清水100克,白糖150克和少许桂花汁烧沸,用水淀粉勾欠,起锅浇上山药上即成.补肾润肺.治肺虚久咳,脾虚腹泻,神疲体倦,四肢无力,久食补肾强身.
  
  22、猪肉杏仁汤治咽痒咳嗽
  瘦猪肉50克,杏仁10克,北沙参15克.
  共煎煮汤饮.日服2次.
  清肺,化痰,生津.治咳嗽少痰,口渴咽干,咽痒等.
  
  23、花生枣蜜汤止咳化痰
  花生米,大枣,蜂蜜各30克.
  用水共煎极烂.饮汤,日服2次.
  止嗽化痰.用治咳嗽,痰饮(形体消瘦,肠鸣,胸肋支满,目眩气短.
  
  24、花生沙参汤治咳嗽少痰
  花生米,白果,百合,北沙参各25克,冰糖适量.
  水煎取汁,加冰糖.每日1剂.
  润肺化痰.治久咳痰少,气短咽干.
  
  25、黄精冰糖止咳平喘
  黄精(中草药)30克,冰糖50克.
  将黄精洗净,用冷水发泡,置砂锅内,再放入冰糖,加水适量.将锅置炉 上,以武火煎煮,后用文火煨熬,直至黄精烂熟为止.每日2次,吃黄精饮汤.
  清肺,理脾,益精.用治肺燥肺虚之咳嗽,干咳无痰,咯吐不利,食少口干,肾虚精亏等.

  26、合雪梨汤滋阴润肺
  百合25克,大雪梨1个,冰糖20克.
  百合用清水浸泡一夜,次日将百合连同清水一起倒入砂锅内,再加半碗多清水,煮1个半小时,待百合已烂时,加去皮切作块的雪梨和冰糖,再煮30分钟即成.
  滋阴润肺,宁心止嗽.肺虚久咳者食用,常人食用亦有益肺胃之功.
  
  27、银耳鸭蛋汤滋阴清肺
  银耳15,冰糖25克,鸭蛋1只.
  银耳与冰糖共煮,水沸后打入鸭蛋.每日服2次.
  滋阴清肺,止渴生津.治阴虚肺燥之咳嗽痰少,咽干口渴等症.
  
  28、竹沥粥功在清热化痰
  竹沥30克,粳米100克.
  先煮粳米作粥,临熟入竹沥,搅匀.任意食用.
  清热,豁痰,镇惊.治风热痰火,肺热咳嗽,痰多色黄.
  
  29、罗汉果柿饼汤清肺热
  罗汉果半个,柿饼3个,冰糖30克.
  加清水两碗半共煮至一碗半,再下冰糖,去渣.1天分3次饮完.
  清肺热,去痰火,止咳嗽.治小儿百日咳及痰火咳嗽等症.
  
  30、无花果冰糖水治肺热咳嗽
  无花果30克,冰糖适量.
  将无花果洗净,加水与冰糖共煮.每日1次,连服3-5天可收显效.
  祛痰理气,润肺止咳,解毒润肠.治肺热咳嗽,声音嘶哑,咽干喉痛,便秘,痔疮出血等.
  
  31、甘蔗汁治肺虚热咳嗽
  甘蔗汁,萝卜汁各半杯,野百合100克.
  先煮烂百合,再和入两汁.睡前服食,每日1次.
  润肺止咳,生津润燥,宁心安神.治虚热咳嗽,虚弱者病后气管炎最宜.
  
  32、奶汤锅子鱼止咳消肿
  活鲤鱼1尾,火腿片,玉兰片,香菇片,葱,姜,料酒,盐,醋, “奶汤”(即鸡,鸭肘子和骨头炖的汤)各适量.
  将鲤鱼去鳞开膛,除去内脏,漂洗干净,切成瓦块形状,与葱,姜一起投入油炒勺颠翻几下,加入料酒,盐等调料.然后加入 “奶汤”,待沸再加适量的火腿片,玉兰片,香菇片等,炖约3分钟盛入火锅内上桌.上桌后将锅下的白酒点燃烧开,佐以姜,醋汁食用.止咳消肿,滋补强身.适于咳嗽,气喘,胸部胀满之患者服食.
  
  33、久食花生米止咳化痰
  花生米60炒或煮熟.每日吃,不间断,痊愈后停用.
  润肺,化痰.治老年慢性支气管炎.注:有虚火实热症者勿食.
  
  34、荞面蛋清治咳嗽不安
  荞麦面,鸡蛋清各适量.用鸡蛋清和荞麦面成团.每日几次用力涂擦胸部,有效.
  清热下气.用治胸满腹胀,咳嗽不安.
  
  35、百合蜜治肺热烦咳
  新百合200克,蜂蜜适量.用蜜拦百合蒸软.时时含1片,吞液服食.
  清肺宁神.用治肺脏壅热,烦闷咳嗽.
  
  36、松明火焦糯米糖治久咳痰盛
  糯米糖,松明火焦(即用多脂老松,劈成细条点燃成焦灰)各适量.
  松明火烧得愈焦愈好.连焦带糖尽量食之,连吃3-4天即愈.
  润肺止咳,化痰平喘.治久咳不愈,痰多气促等.
  
  37、剑花汤化痰止气痛
  剑花2个煮汤或当茶饮.行气止痛,止咳化痰.用治咳嗽,痰多等.注:剑花,是仙人掌类攀缘植物霸王花的花,多产于南方.每年5-10月间,开乳白色大花朵,每朵花长一柞多,采下切开晒干,是一种极好的干菜,煮汤香甜可口.
  
  38、秋梨膏止咳化痰
  秋梨20个,红枣1000克,鲜藕1500克,鲜姜300克,冰糖400克,蜂蜜400克,蜂蜜适量.先将梨,枣,藕,姜砸烂取汁,加热熬膏,下冰糖溶化后,再以蜜收之.可早晚随意服用.清肺降火,止咳化痰,润燥生津,除烦解渴,消散酒毒,祛病养身.
  用治虚劳咳嗽,口干津亏,虚烦口渴及酒精中毒等.
  
  39、燕窝参汤益肺止咳
  燕窝5克,西洋参5克.先将燕窝用清水浸透,摘去羽毛杂物,洗净,晾去水气,同西洋参一起放进烛盅内,注入八成满的开水,加盖,隔水炖3小时以上.饮用.
  养阴润燥,降火益气.用治肺胃阴虚而致的干咳,咳血,潮热,盗汗等,对心血管病咳喘患者更宜.
  
  40、糖渍橘皮止咳化痰
  橘皮 ,白糖各适量.鲜梧皮或泡软的干搞皮适量,洗净,切成丝,放入铝锅,加大约桶皮重量一半的白糖,添水没过桶皮为度,大火煮沸后,再改用小火煮至余液将干时,将桶皮盛出放在盘内,待冷,再撤入大约桶皮重量一半的白糖,拌匀.食用.
  润肺,燥湿,化痰,生津.治咳嗽多痰等.
  
  41、蜜饯柚肉平喘化痰
  鲜抽肉500克,蜂蜜250克,白酒适量.
  将抽肉去核,切块,放在瓶罐中,倒入白酒,封严浸闷一夜,再倒入铝锅中煮至余液将干时,加入蜂蜜,拌匀即成.待冷,装瓶备用.
  润肺,止咳,化痰.治咳嗽痰盛或老年咳喘等.
  
  42、蜜饯双仁补肾益肺
  甜杏仁250克,核桃仁250克,蜂蜜500克.
  先将甜杏仁炒至黄色(勿焦),放在铝锅中加水煮1小时,再下核桃仁,收汁将干锅时,加入蜂蜜,拌匀,再沸即成.每服3克,日服2次.
  润肺补肾.经常食用,可治肺肾两虚性久咳,久喘等.
  
  43、猪油蜜膏补虚润肺
  猪油100克,蜂蜜100克.
  将上述两味分别用小火煎煮至沸,停火晾温,共混合调匀即成.每 次1汤匙,日服2次.
  润肺止咳,补虚.治肺燥咳嗽.
  
  44、大蒜泥镇咳止嗽
  紫皮大蒜1头.蒜去皮,捣成烂泥.每晚睡前洗足后,敷于两足底涌泉穴处(足底必须先涂上凡士林),上面盖一层纱布,足心有较强刺激感时可揭去.如足底无不适感,可连敷3-5次.
  解毒,镇咳.用治风寒咳嗽,燥咳以及小儿百日咳.
  
  45、蚕豆花冰糖水治咯血
  蚕豆花9克,冰糖适量.共加水煎.日服2或3次.
  具有收敛作用.治咯血.
  
  46、蕹菜白萝卜汁治硌血
  蕹菜(瓮菜,空心菜)全棵带根2棵,白萝卜1个,蜂蜜适量.蕹菜与白萝卜洗净,共捣烂绞汁一杯.用蜂蜜调服.
  治肺热引起的咯血.
  
  47、蜂蜜百部汤治痰中带血
  蜂蜜20克,百部25克,白发20克,瓜萎25克.
  先将上三味水煎,去渣取汁,再调入蜂蜜搅匀,每日1剂,分2次服.
  润肺止咳,清热止血.用治痰中带血及肺结核久咳.
  
  48、酸石榴治肺结核咳喘
  酸石榴(甜者无效)3克.将石榴子取出,捣碎,绞取其汁液.每晚昨前服下,或口嚼石榴子咽液.石榴子汁有小毒,不可过量饮用.
  清热敛肺.用治肺结核喘咳,夜不能寐,以及老年慢性支气管炎.
  
  49、白萝卜子治痰饮凝结
  白萝卜子(菜蔽子)生熟各15克,生赫石末9克.
  先将白萝卜子捣碎煮汤一大碗,送服生赫石细末,半小时后,再用此方1次.
  消积化痰.用治痰饮凝结症.据介绍,一青年素多痰饮,受外感后痰涎凝结于上脘,阻膈饮食不下.用此方后,即觉上脘顿开,可进饮食.
  
  注:据介绍,单用菜菔子煎汤化停痰宿饮,大有功效.将菜菔子研末开水冲服,多饮热水,以指探吐,痰浊宿饮亦能吐出,与煎汤功效相同.
  
  50、蒸贝母甲鱼滋阴补肺
  川贝母5克,甲鱼1只(约500克),鸡清汤1公斤,葱,姜,花椒,料酒,盐各适量.
  将甲鱼宰杀,去头及内脏,切块备用.将甲鱼块放蒸盆内,加入贝母,盐,料酒,花椒,葱,姜,上笼蒸1小时许.趁热服食.
  滋阴清热,润肺止咳,退热除蒸.治阴虚咳喘,低热,盗汗等.
  
  51、芥菜姜汤祛痰止咳
  鲜芥菜80克,鲜姜10克,盐少许.
  将芥菜洗净后切成小块,生姜切片,加清水四碗煎至两碗,以食盐调味. 每日分2次服,连用3日见效.

Posted by eygle at 8:51 PM | Comments (0)

December 21, 2006

治疗咳嗽的民间秘方

出处:http://www.eygle.com/digest

1萝卜蜂蜜饮(治疗咳嗽)
用料:白萝卜5片、生姜3片、大枣3枚、蜂蜜30克。
制法服法:将萝卜、生姜、大枣加水适量煮沸约30分钟,去渣,加蜂蜜,再煮沸即可。
温热服下。每日1~2次。
功效主治:萝卜味辛、甘,性凉,有清热生津,凉血止血,化痰止咳等作用。其醇提取物对革兰氏阳性细菌有较强的抗菌作用。生姜是散风寒、止呕下气的常用药,大枣多作和胃养血及调和药物使用。蜂蜜润燥止咳,本饮可起到敬寒宣肺,祛风止咳的作用。
治疗伤风咳嗽,以风寒感冒咳嗽为宜。
注意事项:体弱屡易感冒咳嗽,久治不愈或反复迁延的婴儿,可试用。但风热咳嗽,见发热痰黄者,则不宜选用。

2百合蜜(专治:咳嗽)
用料:百合60克、蜂蜜30克。
制法服法:将百合洗净晾干,与蜂蜜拌匀,入锅隔水蒸熟。
此蜜制百合可作点心让婴儿吃。
功效主治:百合味甘、微苦,性微寒。有润肺止咳、清心安神作用。含淀粉、蛋白质、脂肪、多种生物碱、钙、磷、铁等成分。药理试验其煎剂对氨水引起的小孩咳嗽有止咳作用,并能对抗组织胺引起的蟾蛛哮喘。与蜂蜜同用,加强其润肺止咳作用。
治疗婴儿慢性支气管炎,咽干燥咳,特别是入秋之后的干咳,伴大便秘结更宜。
注意事项:脾虚便溏婴儿不宜选用。本法服食方便,以秋、冬季选用为宜。

3百合款冬花饮(专治:咳嗽 )
用料:百合30~60克、款冬花10~15克、冰糖适量。
制法服法:将上料同置砂锅中煮成糖水。
饮水食百合,宜晚饭后睡前食用。
功效主治:百合润肺止咳。款冬花辛温,有润肺下气,止咳化痰作用。本品提取液可使支气管略扩张,对组织胺引起的痉挛,有解痉作用。因此具有止咳,祛痰平喘作用。两药合用有润肺止咳、下气化痰之功效。
治疗婴儿慢性支气管炎,支气管哮喘(缓解期),秋冬咳嗽、咽喉干痛,久咳不愈。
注意事项:本饮以秋冬咳嗽,略见有痰者适宜,对支气管哮喘或痉挛性支气管炎,则药力不及,但可作辅助治疗用。

4荸荠百合羹 (专治:咳嗽
用料:荸荠(马蹄)30克、百合1克、雪梨l个,冰糖适量。
制法服法:将荸荠洗净去皮捣烂,雪梨洗净连皮切碎去核,百合洗净后,三者
混合加水煎煮,后加适量冰糖煮至熟烂汤稠。
温热食用。
功效主治:荸荠味甘,性微寒,能清热生津,凉血解毒,化痰消积等作用,含淀粉、蛋白质、脂肪、钙、磷、铁、维生素C和荸荠素等成分,荸荠素对金黄色葡萄球菌、大肠杆菌及绿脓杆菌有抑制作用;梨能清热生津,润燥化痰;百合润肺止咳。三者合用则起滋阴润燥,化痰止咳的作用。
治疗痰热咳嗽,痰黄稠,咽喉不利。用于婴儿慢性气管炎见痰热症者。
注意事项:脾虚便溏、咳痰清稀者不宜选用。血虚体弱的婴儿忌用。

5川贝母蒸梨(专治:咳嗽 )
用料:雪梨或鸭梨一个,川贝母6克,冰糖20克。
制法服法:将梨于柄部切开,挖空去核,将川贝母研成粉未后。装入雪梨内,用牙签将柄部复原固定。放大碗中加入冰糖,加少量水,隔水蒸半小时。
将蒸透的梨和其中的川贝母一起食入。
功效主治:贝母为化痰止咳良药,与雪梨、冰糖并用,则起化痰止咳,润肺养阴功效。
治疗久咳不愈,痰多,咽干,气短乏力。
注意事项:民间常用验方。婴儿久咳,多为慢性支气管炎,本方性味平和,对久咳体弱儿适用。复有外感者不宜用。本方以选用地道药材川贝母其效佳。

6醋饮 (专治:咳嗽 )
用料:白醋适量。
制法服法:将醋烧沸,放凉后备用。
每次服一小匙,慢慢咽之,日咽数次。
功效主治:醋味酸、甘,性平,有散瘀、解毒、消肿的功用。用治咽炎咳嗽,取其消除咽痒的功效。见患儿因痒而咳,遇风则甚。所谓“痒则咳,不能已矣”。
注意事项:此法有时可收到意想不到的功效。但对脾虚湿盛,有骨关节病痛者不宜。病愈即止,多食会损齿伤胃。

7核桃鸭子(专治:咳嗽 )
用料:核桃仁200克,荸荠150克,老鸭子1只、鸡肉泥100克、鸡蛋清(1只)。
制法服法:将鸭子宰杀,去内脏,洗净,用开水浸一遍,置盆内。加葱、姜、味精少许,上笼蒸熟,取出晾凉后,去骨,切成块。将核桃仁、荸荠研切成碎末状,与鸡肉泥、鸡蛋清,加少许湿粉共调成糊状。将糊淋在鸭膛上,下油锅炸酥,捞出、控油即成。
佐餐食用。
功效主治:核桃仁味甘性温,能补肾助阳,补肺健肺,润肠通便,含丰富的脂肪油,多量蛋白质、钙、磷、铁、胡萝卜素、维生素B1、B2、糖类等成分。荸荠味甘性寒,能清热生津、化痰消积。鸭肉味甘、性微凉,能补阴益血、清虚热,《医林纂要》曰:“去劳热,故治咳嗽。”含蛋白质、脂肪、钙、磷、铁和维生素B1、B2、B5等。本膳可补肾温肺,化痰止咳的作用。
治疗婴儿肾虚久咳,见咳痰清稀,喘促不宁,体弱多病,秋、冬咳喘加重。用于慢性气管炎支气管哮喘(缓解期)。
注意事项:本膳以补见长,适用于虚性咳嗽,若婴儿在患外感或咳嗽痰稠,或在发热期时均不宜选用。

8剑花猪肺汤(专治:咳嗽 )
用料:剑花25~30克、猪肺1具。
制法服法:将猪肺洗净,挤除泡沫,切块,起油锅,加生姜爆炒后入砂锅。加入南杏,桑白皮,同煲成汤,调味后饮汤,猪肺可作佐餐用。剑花先用水浸至柔软,除去泥沙,与猪肺同煮1~2小时。
调味后饮汤,余者可佐餐食用。
功效主治:剑花又称霸王花,性味甘微寒,有清热润肺,止咳作用,常用治肺结核,支气管炎、颈淋巴结核、腮腺炎。配合猪肺起到清热润肺,化痰止咳功效。
用治秋冬肺燥于咳,口气臭秽。
注意事项:此方为民间常用食谱。主要以肺燥偏有痰火者更宜,咳痰清稀,大便溏烂婴儿不宜食用。

9南杏桑白猪肺汤 (专治:咳嗽 )
用料:南杏15~20克、桑白皮15克、猪肺1具(约250克)。
制法服法:将猪肺洗净,挤除泡沫,切块,起油锅,加生姜爆炒后人砂锅。加入南杏,桑白皮,同煲成汤,调味后饮汤,猪肺可作佐餐用。
功效主治:猪肺味甘、性平,有补肺润燥作用。南杏味甘、性平,为宣肺润燥,止咳平喘的常用药。桑白皮性味甘寒,泻肺平喘。药理研究,其排出的多量氯化钠,对金黄色葡萄球菌、流感病毒有抑制作用。本汤润肺止咳。
治疗肺燥干咳,口干鼻燥,少痰或无痰。
注意事项:本膳为民间常用食谱,一般入秋后服食。不但可治疗,且有预防肺燥的效果,无病婴儿也可常食

10沙参玉竹莲子百合汤 (专治:咳嗽 )
用料:沙参50克,玉竹、莲子、百合各25克,鸡蛋1个。
制法服法:将沙参、玉竹、莲子、百合洗净,同鸡蛋连壳一起下锅,同炖半小时,取出鸡蛋除壳,再同炖至药物软烂。
食鸡蛋饮汤,可加糖调味。
功效主治:本汤所取中药均是润肺养阴,健脾和胃之品,特别是鸡蛋,不但食疗价值高,且能补阴除烦,益血安神,可治肺胃阴伤,失音咽痛之症,所以本膳能滋阴清热,润肺止咳。
用于治气虚久咳,肺燥干咳,见咳嗽声低,痰少不利,体弱少食,口干口渴等。
注意事项:脾虚湿盛或实热痰多,身热口臭者不宜选用。

11沙参玉竹莲子百合汤 (专治:咳嗽 )
用料:沙参50克,玉竹、莲子、百合各25克,鸡蛋1个。
制法服法:将沙参、玉竹、莲子、百合洗净,同鸡蛋连壳一起下锅,同炖半小时,取出鸡蛋除壳,再同炖至药物软烂。
食鸡蛋饮汤,可加糖调味。
功效主治:本汤所取中药均是润肺养阴,健脾和胃之品,特别是鸡蛋,不但食疗价值高,且能补阴除烦,益血安神,可治肺胃阴伤,失音咽痛之症,所以本膳能滋阴清热,润肺止咳。
用于治气虚久咳,肺燥干咳,见咳嗽声低,痰少不利,体弱少食,口干口渴等。
注意事项:脾虚湿盛或实热痰多,身热口臭者不宜选用。

12丝瓜粥 (专治:咳嗽 )
用料:丝瓜500克、粳米100克、虾米15克、姜葱适量。
制法服法:丝瓜连皮洗净切块备用。粳米煮粥,将熟时加入丝瓜、虾米及其他配料。
供早、晚餐食用。
功效主治:丝瓜味甘性凉,能清热此痰、凉血、解毒,含皂甙、丝瓜苦味素瓜氨酸、木聚糖、脂肪、蛋白质、维生素e等成分。
与粳米、虾米等同用,有清热和胃,化痰止咳作用。
“用治慢性支气管炎,咳喘并作,或有发热烦渴,痰色黄稠,“咽喉肿痛。亦可治痈疽初起或病后热毒末清。
注意事项:因丝瓜寒滑,体弱婴儿或脾胃阳虚,常便溏腹泻者慎用。咽喉疼痛或用治痈疽诸症,则宜减去虾米。

13雪梨炖冰糖
用料:雪梨1~2个,冰糖30~60克。
制法服法:将雪梨去皮、核,与冰糖置瓷杯内,隔水炖至冰糖溶化。
食梨饮汁,晚饭后食用。
功效主治:梨子润肺清热、生津止渴,与冰糖同用,增强润肺止咳作用。
治疗肺燥咳嗽,干咳无痰,唇干咽干。
注意事项:咳嗽有痰者不宜。脾虚痰湿者慎用

Posted by eygle at 4:07 PM | Comments (1)

December 18, 2006

播音员主持人的口误

出处:http://www.eygle.com/digest

摘自鲁健的BLOG

金无足赤,人无完人。谁都会有失误,每个人都是在一次次错误中成长起来的,播音员主持人也不例外。但是想起来还是忍俊不禁。

第一类,播音员照稿件播读时发生字句和称谓的错误。
首先是官员名字和称谓,比如有播音员把“主席”播成“副主席”,“国务院总理”播成“国务院副总理”。尤其是重要会议出席的人多,比如中央军委主席、副主席,全国政协主席、副主席,全国人大常委会委员长、副委员长,政治局常委,政治局委员,一个不留神,就把副的念成正的,正的念成副的。有播音员把“中国国务院总理接见美国高盛公司总经理”张口播成“中国国务院总经理……”,还有播音员当年曾经把“中国驻美大使李肇星”播成“中国驻美大使李登辉”,结果被停播。

其次是很长的名字容易播错,比如:“九届全国人大常委会委员、甘肃省人大常委会副主任、甘肃省代表团的藏族代表嘉木样·洛桑久美·图丹却吉尼玛,” 外国的如:“伊朗总统马哈茂德·艾哈迈迪—内贾德”等等,没点绕口令的功夫,舌头打结了都念不对。

再次,一些固定词组的干扰,有播音员把“法院开庭”说成“法庭开院”。还有播音员念到,“据新华社消息,今天凌晨,伊拉克军队已经成功地切断了科威特的两条输卵管道。”

第二类是播音员脱稿的部分出错
有播音员在新闻开始的时候,把“各位好,这里是中央电视台”说成“各位好,这里是中央气象台”;

有播音员开始曲刚放完,第一条新闻还没播呢,就对着屏幕说:“新闻报告完了,谢谢收看,再见”,于是导播疯了……

有播音员把“移动联通小灵通的用户请发短信至”说成“移动联通的小用户们请……”
有播音员说“如果您对我们的节目和意见有什么看法”
有播音员说“现在我们电线连话在现场的记者”

第三类是主持人在主持时口误

有主持人把“多好的孩子们哪”说成“多孩的好子们那”

有主持人形容干警的辛苦,说:“在打击车匪路霸的行动中,有他的身影;在拐卖妇女儿童的行动中,有他的身影……

我有一次直播青藏铁路,导播通过耳机告诉我记者赵晶已经在格尔木车站等候连线,我张口就说:“格尔木,你好”,演播室众人笑倒,说我应该加一句“我是北京,我是北京”。

Posted by eygle at 4:49 PM | Comments (1)

December 12, 2006

"原生"与"非原生"XML走进关系型数据库

出处:http://www.eygle.com/digest

原文链接:
http://news.csdn.net/n/20061206/98937.html

从早期将XML转换为关系型数据表或大型对象,到今日转向原生XML数据型态,关系型数据库与XML之间的合作日益紧密。

  10年前XML开始起草并向W3C提案,而在1998年后成为W3C的标准。事隔10年之后,XML已经随着网络应用日益普及,更在Web Services和SOA推波助澜下,可以预见XML的角色将会更形重要。

  观察XML的重要发展趋势之一,是XML和关系型数据库的合流。IBM甫于6月在美国发表的新版本数据库DB2 9.0,便以原生XML数据型态和存取技术作为改版重点之一。事实上,微软于去年年底推出的SQL Server 2005同样也在XML上下了一番功夫,改变过去将XML转换成关系型数据表的存放方式,让开发人员可以用XML的方法使用储存在数据库中的XML文件或 片段。其它如Oracle或Sybase等数据库也都具备在数据库中处理XML的技术和工具。由于XML部分技术仍在审议,因此每家数据库厂商除对标准的规格支持外,也各自发展不同的实作方式

  XML比关联性数据库更具弹性

  就数据储存而言,关系型数据库已经是相当成熟的应用,从80年代商用产品出现至今,早已深入企业储存及数据应用的核心。相较之下, XML部分技术尚且在发展阶段,为什么关系型数据库竞相拥抱XML呢?

  比较两者处理数据的方式,关系型数据库是透过详细定义和控制结构化数据的方式,达到数据增、删、查询的目的。因此它是以字段数据型态的精确定义, 将数据以列(row)的方式一笔笔储存,再透过数据表之间的互相关联,建构出数据和数据结合后的复杂结果。企业在日常营运可以仰赖这种方式来储存数据,像是ERP、CRM这种应用程序产生的数据,都可以透过数据库来储存。

  由于XML是以阶层式的树状结构作为储存架构,透过元素(Element)和属性(Attribute)来包含数据,再利用XML schema控制数据的正确性。这种架构特性,让XML随时可以新增字段,只要吻合XML schema的定义,字段便可以弹性置入。相对而言,关系型数据库一旦要修改字段,牵动的范围相当大,既会影响到过去的数据,与其它数据表的关系也必须一并思考在内,在变动的弹性上较小。由于企业内产生的数据并非总是这么规矩,一旦遇到非结构化的数据型态,关系型数据库便显得左右支绌,施展不开手脚。

  此外,XML透过元素和属性描述数据,以及不需转译编码的文字型态,让它可以不受操作系统和应用程序的限制,在数据交换上相当容易进行,而且它的内容可以被人类解读之外,也能被机器或应用程序所辨读,微软在Vista或新版本的Office上,就大量应用XML作为应用程序的设定或文件的产出格式

  鉴于这些XML的优势,可以解决关系型数据库在应用及储存上的不足,因此传统数据库大厂纷纷实作出支持XML的方式,让企业的资料应用可以更为全面。

  保留XML原生数据格式成为主流

  关系型数据库在支持XML上大致有二种方式,一种是将XML拆解成关系型数据库的运作逻辑,另外一种则是保留XML原有的运作方式,后者又称之为原生XML数据库

  早期关系型数据库的作法趋向前者,将XML的树状结构数据拆解成数成关系型数据库的型态之后再存入数据库,一旦需要存取时,再透过自订支持XML查询的SQL语法将它组合、还原成XML文件。另外一种原生型数据库的做法,则是保留阶层式的XML格式存进数据库,并且利用XML的树状节点特性,进行查询节点数据或新增、删除数据。

  以SQL Server为例,在2000版本时,支持XML的方式便是将XML数据转成关系型数据的存放方式,无论是储存或查询都还是使用关系型引擎为主。而SQL Server 2005遵循W3C InfoSet规格,以特有的内部结构存放XML文件,并保存XML文件语意。新的XML技术可以透过变量或数据域位定义XML Schema,验证XML数据输入或更新时的正确性。此外可以利用业界标准XQuery进行查询,也引进XML索引技术,提升查询效率。

  无独有偶,IBM的DB2 9.0也提出了pureXML的技术与概念,诉求原生的XML数据型态,一改过去作法,直接保留原来树状结构的数据型态,同时也支持XML索引功能和 XQuery查询。此外,在查询技术上,DB2 9.0整合middle ware的技术,让开发人员可以忽略底层的数据是关系型数据库或XML,开发人员可以透过擅长的SQL或XQuery语言进行查询,取得所需的结果。 关系型数据库的成熟度加持XML 的阶层式特性协助关系型数据库在处理数据时更为全面,同样的,关系型数据库也能为XML带来好处。

  对于XML的储存、使用而言,由于它本身是档案型的数据储存方式,在安全管理的机制上并没有良善的处理方式,一旦储存在数据库中,就可以享有资料 库本身的安全机制。透过关系型数据库的查询语法,也可以和其它相关记录字段作交易管理,数据库的写入锁定机制还可以解决多人作业时写入冲突的问题。

  此外像是搜寻、更新、备份/还原、交易管理和记录稽核等,XML数据同样可以享受数据库带来的这些管理机制。过去需要程序开发人员劳心劳力之处,透过数据库本身 的机制,就可以强化XML的体质。

  储存为XML或关系型数据的裁量

  XML与关系型数据库的合流,固然为企业数据带来更全面的应用方式,但对数据库开发人员而言,既然数据库同时可以储存关系型结构化的数据与XML阶层式的数据,如何裁量数据储存的方式,也形成了一个挑战。 由于XML具有跨平台、跨组织交换数据的特性,又具有阶层性的弹性结构关系,因此企业的数据如果有B2B的应用需求或跨系统的交易机会,XML是 相当理想的储存方式。另外如果数据结构有经常变动的可能,关系型数据库显然较难胜任,XML就可取而代之。

  这些透过XML数据能作更有利的应用,那么储存为XML数据型态就势所必然。相较之下关系型数据库在技术的成熟度上,或者查询速度上都是更有效率的数据处理方式,如非必要,利用原来的结构化储存方式即可。

Posted by eygle at 1:08 PM | Comments (0)

December 8, 2006

Open XML格式被批准成为国际标准

出处:http://www.eygle.com/digest

北京时间12月8日消息,据国外媒体报道,微软新版办公组件Office 2007所使用的“Open XML”文件格式日前被批准成为国际标准。

此前曾有企业和政府担心,如果微软在未来的Office软件中采用新的文件存储格式,那么当前利用微软专利技术制作的文档就将出现兼容性问题。

正是基于这种担心,马萨诸塞州政府已决定,从2007年开始,新建文档要使用开源软件所采用的免费OpenDocument文件格式。

而OpenDocument文件格式的流行无疑将影响到微软Office软件的需求。因此,微软于去年向位于日内瓦的业内组织欧洲计算机制造商协会(Ecma International)提出申请,请求批准Open XML为国际通用标准。

本周四,欧洲计算机制造商协会宣布,正式批准Open XML为国际通用标准。
对此,微软信息-雇员战略总经理Alan Yates表示:“如今OpenXML已成为开放式国际标准,希望这能够打消业内的顾虑。”

Posted by eygle at 2:58 PM | Comments (0)

北京公交空调车明年一元起价

出处:http://www.eygle.com/digest

  2010年形成总长度约450公里的公交专用道网络

  从明年1月1日起,北京拟取消成人月票卡、学生月票卡、公交地铁联合月票卡,公交地铁联合月票卡可置换为地铁专用月票卡,目前的地铁专用月票卡仍然保留。地面公交的一卡通卡将只分普通卡和学生卡两种,乘客持普通卡乘车一律打4折,学生持学生卡乘车打2折。购票乘车不打折。

  同时,北京所有公交车的票价均就低统一价格,起价均为1元,取消月票有效和无效车、空调车与普通车的差别。此外,三环内将减少重复线路110条,到2010年北京的公交车专用道将达到450公里,使公交专用道形成网络。北京市交通委副主任李建国昨日介绍,从明年开始,北京拟对公共交通施行设施用地、投资安排、路权分配、财税扶持的“四优先”政策,交通部门正对这些相关改革政策向社会各界征求意见。

降价:

  空调车起价降为1元

  从明年起,现有票制将有重要改革,单一票制公交车的票价统一为1元;分段计价公交车的起价里程统一调整为12公里,起价为1元,12公里以后每增加5公里票价增加0.5元。

  此前,单一票制的公交车有1元(23路)、2元(特6路)不等,此次均就低调整为1元。分段计价公交车的起价有1元(603路)、2元(830路)不等,此次也就低调整为1元,而起价里程有10公里、12公里不等,此次调整为12公里。这次票制改革打破了原有的月票有效线路与月票无效线路以及空调车与非空调车的区别。

  调线:

  三环内减少重复线路110条

  北京将进一步优化调整公交线网,逐渐减少中心区的重复线路、扩大边缘地区的覆盖,逐步建立以快线网为骨架、普线网为基储支线网为补充的三级公共交通网络。

  其中,快线网以提高公交运送速度为重点,满足大客流长距离出行需求。普线网以优化减少线路重复为重点,合理配置公交运力资源。支线网以扩大公交服务范围为重点,方便小区居民出行。通过优化公交线网将使三环路内减少110条重复线路,线路条数平均减少20%.同时要继续扩大线网覆盖范围,提高公交通达性。

  长安街、三环路、北京站、西站等局部路段重复线路过多的状况有较大改善。一站多牌的现象将会得到大大改善,随着线路的调整,三环内将减少站牌约3000块。但是这些线网的优化需要一个长期的过程,不可能一次调整完毕。

  专用道:

  2010年建成450公里

  对公交的路权优先是提高公交运行速度、缩短乘客出行时间、增强公交吸引力的重要保障。公交专用道的设置将坚持总体规划、试点先行、稳步实施、逐渐成网的原则,通过采取分时、分段、分线等方式设置,逐步覆盖主要客流走廊,连续成网。加快建立公共交通的优先信号系统,提高公交车辆的运行速度和准点率。完善公交专用道使用管理办法,加强专用道管理。

  在“十一五”期间,建设朝阳路、安立路、阜石路三条大容量快速公交线路。结合道路新改建施划公交专用道,研究实施白颐路中央专用道、二三环路局部路段公交专用道施划方案。力争在现状165公里专用道基础上新增约285公里,到2010年形成总长度约450公里的公交专用道网络。

  换乘站:

  建79个三级客流换乘站

  北京将建设三级公交换乘场站体系。其中一级场站就相当于大型的交通枢纽,每天换乘人数将在8万人次以上,这里将兼有轨道交通、公交以及长途客车的换乘。二三级的公交换乘场站需要提高网络节点集散能力,主要服务于公交车和小汽车。北京将逐渐调整现有场站功能,充分利用现有市区场站组织车辆到发和乘客换乘,加大驻车外移的比重。结合驻车外移和减少市区公交占路停车,沿四环周边规划建设公交综合驻车设施。

  近期规划建设79个三级客流换乘场站,改善换乘条件,方便乘客换乘,建设12处综合驻车设施,实现无缝衔接。方便小汽车与公交换乘,沿中心城周边轨道交通和大容量快速公交车站规划建设小汽车驻车换乘系统,制定鼓励换乘的停车收费政策,减少市区小汽车交通量。

  打折:

  普通卡乘车打4折

  在统一票价的同时,北京取消成人月票卡、学生月票卡、公交地铁联合月票卡三种,将保留现有的普通卡,发行学生卡(贴学生本人照片),普通卡刷卡乘车享受4折优惠,学生卡享受2折优惠。原来持有月票卡的乘客无须换卡,成人月票卡自动做普通卡使用,学生月票卡自动做学生卡使用,公交地铁联合月票卡可置换成地铁专用月票卡,乘坐地面公交时将使用充值区。

  此外,为方便短期来京旅游、出差的人士,还拟发行三种计次限时的公交票卡,分为3天、7天、15天。

  枢纽:

  一亩园公交枢纽本月开工

  “十一五”期间,北京将建成木樨园、宋家庄、四惠、北太平庄、西站南广尝一亩园、东直门、西直门、望京西等大型公交枢纽。

  目前,北京只有动物园和六里桥两个公交枢纽建成,在建的有西站南广场公交枢纽。另外,一亩园公交枢纽本月下旬即将开工,初步时间定在12月26日。北京一亩园公交枢纽位于圆明园西南角,圆明园西路与颐和园路的交汇处。据介绍,该工程用地面积为1.3公顷,总建筑面积为1.8万平方米,建筑层数为两层。工程主体设计采取半岛式换乘形式,实现人车分流,使乘客实现平层换乘。建成后,一亩园公交枢纽将满足18条公交线路进行运营。

  ■官方说法

  “月票改革意在缓解交通压力”

  本报讯对于交通部门对公交票制票价等方面的改革,北京市发改委收费管理处处长齐佳表示,这次政府做了一个很大的举措,主要目的就是要提高公交的吸引力,来鼓励市民多乘坐公交车,以缓解北京市整体的交通压力。

  齐佳表示,月票改革只是公交改革中的一部分,通过统一票制,绝大部分人都可以减少支出,像持有普通卡的人肯定是减少支出了。

  从使用月票的人群来讲,也是绝大部分减少了支出。只有很少一部分可能是支出费有所增加,但是按照IC卡反映的数字来看,成人不超过11元,学生不超过8元。

  ■专家观点

  北京实施“实载优先”更科学

  北京交通干部管理学院政法系主任张柱挺介绍,对于北京出台的优先发展公共交通的政策应该客观分析。

  首先,道路的资源是公共产品,优先必须遵循规则,不能随便拥有优先权。按照目前的法律规定,现在只有警车、救护车、消防车、工程抢险车等特种车辆才有路权的优先。对公交的优先不能搞一刀切,应该讲究效率优先。

  道路的资源是有限的,大家都有公平使用的权力。

  我并不反对公交优先,但是我觉得更加科学的方法是实载优先。实载即实际载客的数量。在道路上施画专用车道,如果公交车的载客量不高,就不应该走专用车道,这样起不到疏导交通的作用。如果公交车达到实载就可以走专用车道,如果其他的大型客车比如早晚运送员工的班车、校车以及旅游车辆,这些车辆的实载率都很高就可以走专用车道,优先通行。相反,私人的小汽车,由于载客量少就不能走专用车道。现在世界上所倡导的都是有效交通的优先,无效交通和低效交通都必须给有效交通让路。这也符合道路通行的规律,就是少数人给多数人让路。

  由于目前北京公交的实载率还没有达到一定的水平,所以对公交的路权优先还是应该按照实载率效率更高。另外,北京对公共交通实施的低票价政策也是吸引市民的一个手段,这也将提高公交车的实载率。

  缓解北京交通拥堵,在实施对公交的财政、用地、路权、投资几方面优先的同时,还将利用经济手段来限制小汽车的使用,比如提高停车费的价格,增收进城费和拥挤费,这在日本、英国、法国等众多国家都使用过,包括政府对公共交通采用的低票价政策都是在国外实践过的成熟的经验,只有这样才能逐步缓解北京的交通压力。

  (记者 刘洋 耿小勇 刘英才 郭晓军 蒋彦鑫 实习生 张媛 罗湘颖)

  北京明年取消全部公交月票卡

  IC卡乘车最低4折

  北京现有的公交普通月票卡、学生月票卡以及地铁月票卡将全部取消,同时推行低票价政策吸引客流。市民持公交IC卡乘车可享受低至4折优惠(具体细则将于近日公布)。昨日(6日),记者从北京市交通委获悉,新政策将从明年1月1日起执行,在此之前,月票卡仍可正常使用。

  北京公交调整方案公布 取消公交月票优化线路

  明年1月1日起,公交及公交地铁联合月票IC卡拟取消,地铁专用月票卡则将保留,用普通IC卡乘市区公交车可打4折。市有关部门研究制定相关政策并向社会各界征求意见。7日上午11时,记者从有关部门了解到,今天某媒体报道的3种月票全部取消的消息有误。

  (新京报 )

Posted by eygle at 11:54 AM | Comments (2)

December 6, 2006

IPtables常用命令及参数指南

出处:http://www.eygle.com/digest

原著:Oskar Andreasson 引文出处

6.3. Commands

在这一节里,我们将要介绍所有的command以及它们的用途。command指定iptables 对我们提交的规则要做什么样的操作。这些操作可能是在某个表里增加或删除一些东西,或做点儿其他什么。以下是iptables可用的command(要注意,如不做说明,默认表的是 filter表。):

Table 6-2. Commands

Command -A, --append
Example iptables -A INPUT ...
Explanation 在所选择的链末添加规则。当源地址或目的地址是以名字而不是ip地址的形式出现时,若这些名字可以被解析为多个地址,则这条规则会和所有可用的地址结合。
Command -D, --delete
Example iptables -D INPUT --dport 80 -j DROPiptables -D INPUT 1
Explanation 从所选链中删除规则。有两种方法指定要删除的规则:一是把规则完完整整地写出来,再就是指定规则在所选链中的序号(每条链的规则都各自从1被编号)。
Command -R, --replace
Example iptables -R INPUT 1 -s 192.168.0.1 -j DROP
Explanation 在所选中的链里指定的行上(每条链的规则都各自从1被编号)替换规则。它主要的用处是试验不同的规则。当源地址或目的地址是以名字而不是ip地址的形式出现时,若这些名字可以被解析为多个地址,则这条command会失败。
Command -I, --insert
Example iptables -I INPUT 1 --dport 80 -j ACCEPT
Explanation 根据给出的规则序号向所选链中插入规则。如果序号为1,规则会被插入链的头部,其实默认序号就是1。
Command -L, --list
Example iptables -L INPUT
Explanation 显示所选链的所有规则。如果没有指定链,则显示指定表中的所有链。如果什么都没有指定,就显示默认表所有的链。精确输出受其它参数影响,如-n -v等参数,下面会介绍。
Command -F, --flush
Example iptables -F INPUT
Explanation 清空所选的链。如果没有指定链,则清空指定表中的所有链。如果什么都没有指定,就清空默认表所有的链。当然,也可以一条一条地删,但用这个command会快些。
Command -Z, --zero
Example iptables -Z INPUT
Explanation 把指定链(如未指定,则认为是所有链)的所有计数器归零。
Command -N, --new-chain
Example iptables -N allowed
Explanation 根据用户指定的名字建立新的链。上面的例子建立了一个名为allowed的链。注意,所用的名字不能和已有的链、target同名。
Command -X, --delete-chain
Example iptables -X allowed
Explanation 删除指定的用户自定义链。这个链必须没有被引用,如果被引用,在删除之前你必须删除或者替换与之有关的规则。如果没有给出参数,这条命令将会删除默认表所有非内建的链。
Command -P, --policy
Example iptables -P INPUT DROP
Explanation 为链设置默认的target(可用的是DROP ACCEPT,如果还有其它的可用,请告诉我),这个target称作策略。所有不符合规则的包都被强制使用这个策略。只有内建的链才可以使用规则。但内建的链和用户自定义链都不能被作为策略使用,也就是说不能象这样使用:iptables -P INPUT allowed(或者是内建的链)。
Command -E, --rename-chain
Example iptables -E allowed disallowed
Explanation 对自定义的链进行重命名,原来的名字在前,新名字在后。如上,就是把allowed改为disallowed。这仅仅是改变链的名字,对整个表的结构、工作没有任何影响。

在使用iptables时,如果必须的参数没有输入就按了回车,那么它就会给出一些提示信息:告诉你需要哪些参数等等。iptables的选项-v用来显示iptables的版本,-h给出语法的简短说明。。下面将要介绍的就是部分选项,还有它们的作用。

Table 6-3. Options

Option(选项) -v, --verbose(详细的)
可用此选项的命令 --list, --append, --insert, --delete, --replace
Explanation(说明) 这个选项使输出详细化,常与--list 连用。与--list连用时,输出中包括网络接口的地址、规则的选项、TOS掩码、字节和包计数器,其中计数器是以K、M、G(这里用的是10的幂而不是2的幂哦)为单位的。如果想知道到底有多少个包、多少字节,还要用到选项-x,下面会介绍。如果-v --append--insert--delete --replace连用,iptables会输出详细的信息告诉你规则是如何被解释的、是否正确地插入等等。
Option -x, --exact(精确的)
Commands used with --list
Explanation 使--list输出中的计数器显示准确的数值,而不用K、M、G等估值。注意此选项只能和--list连用。
Option -n, --numeric(数值)
Commands used with --list
Explanation 使输出中的IP地址和端口以数值的形式显示,而不是默认的名字,比如主机名、网络名、程序名等。注意此选项也只能和--list连用。
Option --line-numbers
Commands used with --list
Explanation 又是一个只能和--list连用的选项,作用是显示出每条规则在相应链中的序号。这样你可以知道序号了,这对插入新规则很有用哦。
Option -c, --set-counters
Commands used with --insert, --append, --replace
Explanation 在创建或更改规则时设置计数器,语法如下:--set-counters 20 4000,意思是让内核把包计数器设为20,把字节计数器设为4000。
Option --modprobe
Commands used with All
Explanation 此选项告诉iptables探测并装载要使用的模块。这是非常有用的一个选项,万一modprobe命令不在搜索路径中,就要用到了。有了这个选项,在装载模块时,即使有一个需要用到的模块没装载上,iptables也知道要去搜索。

Posted by eygle at 1:48 PM | Comments (0)

实时数据库系统及其特征

出处:http://www.eygle.com/digest

作者:刘云生--卢炎生--李国徽
原文出处:链接

----数据库理论与技术的发展极其迅速,其应用日益广泛,在当今的信息社会中,它几乎无所不在。以关系型为代表的三大经典(层次、网状、关系)型数据库在传统的(商务和管理的事务型)应用领域获得了极大成功,然而它们在现代的(非传统)工程和时间关键型应用面前却显得软弱无力,面临着新的严峻的挑战,由此而导致了实时数据库(Real TimeDataBase,RTDB)的产生和发展。

实时数据库的发展
----数据库的应用正从传统领域向新的领域扩展,如CAD/CAM、CIMS;数据通信、电话交换、电力调度等网络管理;电子银行事务、电子数据交换与电子商务、证券与股票交易;交通控制、雷达跟踪、空中交通管制;武器制导、实时仿真、作战指挥自动化或C3I系统,等等。这些应用有着与传统应用不同的特征,一方面,要维护大量共享数据和控制数据;另一方面,其应用活动(任务或事务)有很强的时间性,要求在规定的时刻和(或)一定的时间内完成其处理;同时,所处理的数据也往往是"短暂"的,即有一定的有效时间,过时则有新的数据产生,而当前的决策或推导变成无效。所以,这种应用对数据库和实时处理两者的功能及特性均有需求,既需要数据库来支持大量数据的共享,维护其数据的一致性,又需要实时处理来支持其任务(事务)与数据的定时限制。

----但是,传统的数据库系统旨在处理永久、稳定的数据,强调维护数据的完整性、一致性,其性能目标是高的系统吞吐量和低的代价,而根本不考虑有关数据及其处理的定时限制,所以,传统的数据库管理系统(DBMS)不能满足这种实时应用的需要。而传统的实时系统(RTS)虽然支持任务的定时限制,但它针对的是结构与关系很简单、稳定不变和可预报的数据,不涉及维护大量共享数据及它们的完整性和一致性,尤其是时间一致性。因此,只有将两者的概念、技术、方法与机制"无缝集成"(SeamlessIntegration)的实时数据库(RTDB)才能同时支持定时和一致性。

----因此,实时数据库就是其数据和事务都有显式定时限制的数据库,系统的正确性不仅依赖于事务的逻辑结果,而且依赖于该逻辑结果所产生的时间。近年来,RTDB已发展为现代数据库研究的主要方向之一,受到了数据库界和实时系统界的极大关注。然而,RTDB并非是数据库和实时系统两者的简单结合,它需要对一系列的概念、理论、技术、方法和机制进行研究开发,如数据模型及其语言,数据库的结构与组织;事务的模型与特性,尤其是截止时间及其软硬性;事务的优先级分派、调度和并发控制协议与算法;数据和事务特性的语义及其与一致性、正确性的关系,查询/事务处理算法与优化;I/O调度、恢复、通信的协议与算法,等等,这些问题之间彼此高度相关。

实时数据库与时间

----实时数据库系统在两方面与时间相关:

----1.数据与时间相关

----按照与之相关的时间的性质不同又可分为两类:

----数据本身就是时间即从"时间域"中取值,如"日期",称为"用户定义的时间",也就是用户自己知道,而系统并不知道它是时间,系统将毫无区别地把它像其他数据一样处理。

----数据的值随时间而变化数据库中的数据是对其所服务的"现实世界"中对象状态的描述,对象状态发生变化则引起数据库中相应数据值的变化,因而与数据值变化相联的时间可以是现实对象状态的实际时间,称为"真实"或"事件"时间(现实对象状态变化的事件发生时间),也可以是将现实对象变化的状态记录到数据库,即数据库中相应数据值变化的时间,称为"事务时间"(任何对数据库的操作都必须通过一个事务进行)。实时数据的导出数据也是实时数据,与之相联的时间自然是事务时间。

----2.实时事务有定时限制

----典型的就是其"截止时间"。对于RTDB,其结果产生的时间与结果本身一样重要,一般只允许事务存取"当前有效"的数据,事务必须维护数据库中数据的"事件一致性"。另外,外部环境(现实世界)的反应时间要求也给事务施以定时限制。所以,RTDB系统要提供维护有效性和事务及时性的设施。
实时数据库的特征

----如上所述,RTDB的特征主要表现在数据和事务的定时限制上,下面分别介绍。

----1.RTDB的数据特征

----在RTDB中,数据随外部环境状态的变化而快速变化,其值只在一定的时间内是"流行"的,过时则无效了,故系统除了维护数据库内部状态(数据值)的正确性、相容性外,还必须同时维护内部状态与外部环境实际状态的一致性,以及数据用来决策或推导新数据时在时间上的相互一致性。

----RTDB中的一个数据对象d由三个分量组成(dv,dtp,devi),它们分别为d的当前值、采样时间、外部有效期(外部现实对象状态变化的时间间隔),有效期即自dtp算起dv有效的时间长度。对于RTDB中的每一d,有内部一致性、外部一致性和相互一致性特征。

----内部一致性dv满足预先定义的数据库内部状态的完整性和一致性限制。这就是传统意义下的数据正确性。

----外部一致性设tc为当前或检测时间,当且仅当(tc-dtp)≤devi,则说d是外部一致的,即dv和对应的外部现实对象的状态是一样的。

----相互一致性用来决策或导出新数据的一组相关数据称为一个相互一致集,记为R,其中的数据必须尽可能地在一个允许的公共时间期内被采取(或导出),这个公共时间期就称为R的相互有效期,记为Rmvi,对于R中的任两个数据d和d′,有|dtp-d′tp|≤Rmvi,则说R中的数据是相互一致的。

----外部一致性和相互一致性都是关于时间的,故统称时间一致性。既是内部一致又是时间一致的数据才是正确的。

----2.RTDB的事务特征

----由于实时任务往往有内部结构和相互之间的联系,传统的"原子的、平淡的数据库操作序列"的事务概念及模型对实时事务不适合。RTDB事务表现出了许多不同的特征,这里只给出其标识性特征定时性,其余的在后面的文章"实时数据库的事务处理"中讨论。

----定时可以是绝对、相对或周期时间。RTDB的定时性一方面由数据的时间一致性引起,此时它往往取周期或定期性限制的形式,如"每5秒取样一次"、"7∶00启动机器人"等;定时性的另一根源是对现实世界施加于系统的反应时间的要求,这时它典型地取施加于非周期事务的截止时间限制的形式,如"若温度达到1000度,则在5秒内加冷却剂到反应堆"。

----定时性包含两方面的含义:

----定时限制即事务的执行有显式的时限,如指定的开始时间、截止时间等,它要求RTDB必须有时间处理机制。

----定时正确性即事务能按指定的时间要求正确执行,它要求权衡定时限制与数据一致性要求等多方面因素,提供合适的调度与并发控制算法。
实时数据库系统的主要技术


----实时数据库系统与传统的数据库系统有着根本性的不同。要实现一个实时数据库系统,除了一般数据库的问题外,还要研究一系列关键理论与技术问题。主要有:

----1.实时数据模型及其语言

----到目前为止,研究实时数据库的文献鲜有专门讨论数据建模问题的,大多数文献,尤其是关于实时事务处理的都假定其具有有变化颗粒的数据项的数据模型。但这种方法有局限性,因为它没有使用一般的及时间的语义知识,而这对系统满足事务截止时间是很有用的。一般RTDB都使用传统的数据模型,还没有引入时间维,而即使是引入了时间维的"时态数据模型"与"时态查询语言"也没有提供事务定时限制的说明机制。

----系统应该给用户提供事务定时限制说明语句,其格式可以为:

----<事务事件>IS<时间说明>

----<事务事件>为事务的"开始"、"提交"、"夭折"等。<时间说明>指定一个绝对、相对或周期时间。

----2.实时事务的模型与特性

----前面已说过,传统的原子事务模型已不适用,必须使用复杂事务模型,即嵌套、分裂/合并、合作、通信等事务模型。因此,实时事务的结构复杂,事务之间有多种交互行动和同步,存在结构、数据、行为、时间上的相关性以及在执行方面的依赖性,具体可参考后面"实时数据库的事务处理"一文。

----3.实时事务的处理

----RTDB中的事务有多种定时限制,其中最典型的是事务截止期,系统必须能让截止期更早或更紧急的事务较早地执行,换句话说,就是能控制事务的执行顺序,所以,又需要基于截止期和紧迫度来标明事务的优先级,然后按优先级进行事务调度。

----另一方面,对于RTDB事务,传统的可串行化并发控制过严,且也不一定必要,它们"宁愿要部分正确而及时的数据,而不愿要绝对正确但过时的数据",故应允许"放松的可串行化"或"暂缓可串行化"并发控制,于是需要开发新的并发控制正确性的概念、标准和实现技术。

----4.数据存储与缓冲区管理

----传统的磁盘数据库的操作是受I/O限制的,其I/O的时间延迟及其不确定性对实时事务是难以接受的,因此,RTDB中数据存储的一个主要问题就是如何消除这种延迟及其不确定性,这需要底层的"内存数据库"支持,因而内存缓冲区的管理就显得更为重要。这里所说的内存缓冲区除"内存数据库"外,还包括事务的执行代码及其工作数据等所需的内存空间。此时的管理目标是高优先事务的执行不应因此而受阻,它要解决以下问题:

----(1)如何保证事务执行时,只存取"内存数据库",即其所需数据均在内存(因而它本身没有I/O)。

----(2)如何给事务及时分配所需缓冲区。

----(3)必要时,如何让高优先级事务抢占低优先级事务的缓冲区。因此,传统的管理策略也不适用,必须开发新的基于优先级的算法。

----5.恢复

----在RTDB中,恢复显得更为复杂。这是因为:

----(1)恢复过程影响处于活跃状态的事务,使有的事务超截止期,这对硬实时事务是不能接受的。

----(2)RTDB中的数据不一定总是永久的,为了保证实时限制的满足,也不一定是一致和绝对正确的,而有的是短暂的,有的是暂时不一致或非绝对正(准)确的。

----(3)有的事务是"不可逆"的,所以,传统的还原/重启动是无意义的,可能要用"补偿"、"替代"事务。

----因此,必须开发新的恢复技术与机制,应考虑到时间与资源两者的可用性,以确定最佳恢复时机与策略,而不致太伤害事务实时性的满足。
实时数据库应用与研究


----RTDB无缝地集成了数据库与定时性,在对数据库能力和实时处理技术两者均有要求的各种领域有着极其广泛的应用前景,对多种工程或过程及时间关键型应用更是必要而迫切的,为国家的现代化尤其是国防现代化建设及国民经济的发展提供有力的、必不可少的支持,在信息技术、信息高速公路及信息产业的建设中必将起到重大作用。

----国外对RTDB的研究非常关注,尤其是美国、英国、德国、瑞典等国起步较早,现已有许多成功的实验系统,有的甚至已商品化,典型的有HiPAC、ZipRTDBMS等系统。国内的研究起步稍晚,基本上是在80年代末、90年代初才开始,但发展很快,目前已有成功的实验系统,但尚未形成正式产品,其主要原因是国内缺乏合适的实时操作系统,这已成为RTDB发展的重要障碍,希望能引起有关方面的重视。

Posted by eygle at 11:19 AM | Comments (0)

December 3, 2006

如何使用 IPTables 限制Ip访问

出处:http://www.eygle.com/digest

出处:http://cert.sjtu.edu.cn/doc/linux/s1-fireall-ipt-act.html

使用 IPTables 的第一步是启动 IPTables 服务。这可以使用以下命令进行:

service iptables start

警告 警告
 

你应该使用以下命令关闭 IP6Tables 服务才能使用 IPTables 服务:

service ip6tables stop
chkconfig ip6tables off

要使 IPTables 在系统引导时默认启动,你必须使用 chkconfig 来改变服务的运行级别状态。

chkconfig --level 345 iptables on

IPTables 的语法被分成几个层次。主要层次为“链”(chain)。“链”指定处理分组的状态。其用法为:

iptables -A chain -j target

-A 在现存的规则集合内后补一条规则。chain 是规则所在“链”的名称。IPTables 中有三个内建的链(即影响每一个在网络中经过的分组的链):INPUT、OUTPUT、和 FORWARD。这些链是永久性的,不能被删除。

重要 重要
 

在创建 IPTables 规则集合时,记住规则的顺序是至关重要的。例如:如果某个链指定了来自本地子网 192.168.100.0/24 的任何分组都应放弃,然后一个允许来自 192.168.100.13(在前面要放弃分组的子网范围内)的分组的链被补在这个规则后面(-A),那么这个后补的规则就会被忽略。你必须首先设置允许 192.168.100.13 的规则,然后再设置放弃规则。

要在现存规则链的任意处插入一条规则,使用 -I,随后是你想插入规则的链的名称,然后是你想放置规则的位置号码(1,2,3,...,n)。例如:

iptables -I INPUT 1 -i lo -p all -j ACCEPT

这条规则被插入为 INPUT 链的第一条规则,它允许本地环回设备上的交通。

7.2.1. 基本防火墙策略

在一开始就建立的某些基本策略为建构更详细的用户定义的规则奠定了基础。IPTables 使用策略(policy, -P)来创建默认规则。对安全敏感的管理员通常想采取放弃所有分组、只逐一允许指定分组的策略。以下规则阻塞网络上所有的出入分组。

iptables -P INPUT DROP
iptables -P OUTPUT DROP

此外,还推荐你拒绝所有转发分组(forwarded packets) — 要从防火墙被选路发送到它的目标节点的网络交通 — 以便限制内部客户对互联网的无心暴露。要达到这个目的,使用以下规则:

iptables -P FORWARD DROP 

注记 注记
 

在处理添加的规则时,REJECT(拒绝)目标和 DROP(放弃)目标这两种行动有所不同。REJECT 会拒绝目标分组的进入,并给企图连接服务的用户返回一个 connection refused 的错误消息。DROP 会放弃分组,而对 telnet 用户不发出任何警告;不过,为了避免导致用户由于迷惑不解而不停试图连接的情况的发生,推荐你使用 REJECT 目标。

设置了策略链后,为你的特定网络和安全需要创建新规则。以下各节概述了一些你在建构 IPTables 防火墙时可能要实现的规则。

7.2.2. 保存和恢复 IPTables 规则

防火墙规则只在计算机处于开启状态时才有效。如果系统被重新引导,这些规则就会自动被清除并重设。要保存规则以便今后载入,请使用以下命令:

/sbin/service iptables save

保存在 /etc/sysconfig/iptables 文件中的规则会在服务启动或重新启动时(包括机器被重新引导时)被应用。

Posted by eygle at 9:18 PM | Comments (0)

December 2, 2006

APACHE错误代码解释

出处:http://www.eygle.com/digest

当服务器响应时,其状态行的信息为HTTP的版本号,状态码,及解释状态码的简单说明。现将5类状态码详细列出:  
APACHE错误代码
① 客户方错误  
100  继续  
101  交换协议  
APACHE错误代码
② 成功  
200  OK  
201  已创建  
202  接收  
203  非认证信息  
204  无内容  
205  重置内容  
206  部分内容  
APACHE错误代码
③ 重定向  
300  多路选择  
301  永久转移  
302  暂时转移  
303  参见其它  
304  未修改(Not Modified)  
305  使用代理 
APACHE错误代码 
④ 客户方错误  
400  错误请求(Bad Request)  
401  未认证  
402  需要付费  
403  禁止(Forbidden)  
404  未找到(Not Found)  
405  方法不允许  
406  不接受  
407  需要代理认证  
408  请求超时  
409  冲突  
410  失败  
411  需要长度  
412  条件失败  
413  请求实体太大  
414  请求URI太长  
415  不支持媒体类型  
APACHE错误代码
⑤ 服务器错误  
500  服务器内部错误  
501  未实现(Not Implemented)  
502  网关失败  
504  网关超时

Posted by eygle at 8:51 PM | Comments (0)

介绍Microsoft Office(2007) Open XML文件格式

出处:http://www.eygle.com/digest

2007 Microsoft Office 套件技术文章

发布日期: 2006-7-5 | 更新日期: 2006-7-5

适用于:

2007 Microsoft Office 套件
Microsoft Office Excel 2007
Microsoft Office PowerPoint 2007
Microsoft Office Word 2007

摘要:了解 Microsoft Office (2007) Open XML 格式的优点。用户可以使用 XML 和 ZIP 技术在 Office 应用程序和企业系统之间交换数据。文档可以通过多种方式来访问。而且降低了损坏文件的风险。

*
本页内容
简介 简介
新文件格式方案 新文件格式方案
新文件格式的优点 新文件格式的优点
Open XML 格式的术语表 Open XML 格式的术语表
Office XML 格式的结构 Office XML 格式的结构
使用 Office XML 格式开发解决方案 使用 Office XML 格式开发解决方案
在 Office 产品中使用新文件格式 在 Office 产品中使用新文件格式
修改 Office XML 格式的文件以自定义功能区用户界面 修改 Office XML 格式的文件以自定义功能区用户界面
结论 结论
其他资源 其他资源

简介

随着 20 世纪 90 年代 XML 的出现,企业计算客户开始意识到在他们所依赖的计算机产品和应用程序中采用开放式格式和标准所带来的商业价值。XML 的通用数据格式使 IT 专业人员大大受益,因为 XML 能够通过应用程序、平台和 Internet 浏览器来读取。

同样,由于在 Microsoft Office 2000 中采用了对 XML 的支持,开发人员也开始意识到需要将 Microsoft Office 的以前版本中出现的二进制文件格式转换为 XML 格式。过去几年里,二进制文件(.doc、.dot、.xls 和 .ppt 文件)在存储和传输数据方面发挥了重要作用,但已经无法满足新的工作环境的挑战,这些挑战包括轻松地将数据在完全不同的应用程序之间移动以及使用户能够从该数据中发现商机。

2007 Microsoft Office 系统通过在 Microsoft Office Excel 2007、Microsoft Office Word 2007 和 Microsoft Office PowerPoint 2007 中采用基于 XML 的文件格式继续进行这种转换。新的文件格式称为 Microsoft Office Open XML 格式(Office XML 格式),它通过一些改变来解决这些工作环境问题,这些改变会影响您处理基于 Microsoft Office 文档的解决方案的方式。

新的格式改善了文件和数据管理、数据恢复以及与行业系统的互操作性。它们扩展了以前版本的二进制文件的功能。任何支持 XML 的应用程序都可以访问和处理采用新文件格式的数据。应用程序不必是 Microsoft Office 系统乃至 Microsoft 产品的一部分。用户还可以使用标准转换来提取或重用数据。此外,安全性问题大大减少,因为存储为 XML 的信息实质上是纯文本。因此,数据可以无障碍地通过企业防火墙。

注意 不要将 Office XML 格式和 Microsoft Windows XML Paper Specification 格式相混淆。Office XML 格式使用开放打包约定,同时也被 XML Paper Specification (XPS) 所使用。但是,这些格式在几个重要方面有所不同。XPS 是为 Microsoft Windows Vista 操作系统推出的标页码的固定文档格式。Office XML 格式是针对 Office Word 2007、Office Excel 2007 和 Office PowerPoint 2007 的完全可编辑文件格式。尽管它们在使用 XML 和 ZIP 压缩时有相同之处,但在文件格式设计和用途上并不相同。

返回页首返回页首

新文件格式方案

Office XML 格式改变了客户处理数据的方式。考虑在以下一些方案中可能使用新文件格式:

服务器端进程可以从 ZIP 存档中读取其中一个项目,而不必将其中的项目全部提取出来。例如,您可以只提取包含文档数据的 XML 文件,而不必打开包含文档的格式、属性和其他外围信息的文件。

大多数情况下,新的文件容器对用户是透明的。它看起来像一个典型的二进制文档文件。但是,新的 XML 格式的文档是更小的压缩文档,从而可以更加方便地通过电子邮件或其他媒体发送给其他用户。

病毒扫描程序和服务器应用程序可以方便地提取容器以仅查看直接受影响的项目,而不用担心损坏容器或其中的内容。

使用新的文件格式保存的文件不能包含可执行宏代码。(这不适用于本文其他部分讨论的启用宏的文件。)因此,它们被视为“安全的”,可以通过防火墙并且可以通过电子邮件应用程序发送而不会出现安全问题。此行为由 Microsoft Office 应用程序强制执行。如果宏部件被添加到 Office XML 格式的文档,则 Office 会阻止打开此文档。

注意 某些 ZIP 应用程序允许您创建加密文件。新的文件格式不能创建加密文件。如果您试图读取加密文件,它将停止读取该文件并返回一个错误。

如果容器中的一个项目被损坏,其他项目仍将可用。例如,如果用户尝试打开一个从损坏的磁盘创建的文件并且该文件已损坏,则 Office 文件恢复机制会重新生成中央目录并完整地恢复该文件的内容。

Office 开发人员可以使用 Microsoft WinFX 应用程序编程接口 (API) 来创建有效的 XPS 文件。这些 API 是解决方案与新文件格式的内容交互的方式。Office 开发人员还可以使用 API 打开由另一 ZIP 应用程序创建的 ZIP 存档,假定该存档不使用 Office 不支持的其中一项 ZIP 功能。

注意 Microsoft Office 创建的文件符合开放打包约定,可以由 WinFX API 读取;相反,WinFX 能够创建可以使用 Microsoft Office 应用程序打开的程序包。WinFX API 能够与 Microsoft Windows 的以前版本一起工作,这些版本包括:Microsoft Windows Vista、Microsoft Windows Server 2003 和 Microsoft Windows XP。此外,转换器可用于 Microsoft Office 2000、Microsoft Office XP 和 Microsoft Office 2003 Editions。

新的文件格式还会更改 Office 用户处理他们在日常工作中使用的应用程序的方式。下面的情况说明了新的格式如何更改使用 2007 Office 版本完成工作的方式:

Howard 是一位好奇的用户,他发现 2007 Office 版本中的新文件格式容器是一个 ZIP 文件。Howard 想亲自弄个明白,因此他使用 ZIP 应用程序打开在 Word 2007 中创建的一个文档。他发现有些文件看起来像 XML 文档内容,有些图像与他在原始文档中看见的内容相一致。好奇的 Howard 非常感兴趣,他在记事本中打开了其中一个 XML 文件,想看看 Word 究竟生成了什么样的 XML 文件。如此轻松地就看到了文档的内部结构,他感到非常满意,因此他将记事本和 ZIP 应用程序关闭,重新在 Word 中打开该文件以继续操作该文档。

Jan 需要在她的 Word 2007 文档中更改文档属性。她在 ZIP 产品中打开新格式的文件,提取包含文档属性的 XML 项目,进行更改,将项目添加回容器中,然后保存并关闭该容器。随后她在 Word 中打开该文档,发现所有的内容仍在原来的位置,唯一的变化就是她对属性所做的修改。

一家顾问公司改变了徽标以反映其新使命。其 IT 部门接到了这项改变徽标的任务,而这个徽标位于服务器中存储的上千个文档中。在以前版本的 Microsoft Office 中,需要逐一打开每个文档来删除旧的徽标并粘贴新的徽标,或者创建并测试一个复杂的自定义应用程序来自动完成这项任务。使用新的文件格式,IT 部门可以创建一个批处理,用于浏览文件结构以在媒体文件夹中找到图形(此图形在每个文档中都相同),并将其换成新的图形。现在,当文档打开时,新的徽标将自动出现。

法律公司必须保护他们的客户数据以及他们自己的数据的机密性。按照常规,公司知道文档(包括在 Word 中创建的文档)存储了多个属性,其中有些属性在文档中是可见的,而有些属性是隐藏的。这些属性中有些可能包含客户敏感信息和公司专有信息。经过试验和错误排查,公司创建了一个删除此信息的过程。但是,该过程很浪费时间,而且因为它要求用户完全按照该过程操作,容易出错。使用新的文件格式,IT 部门开发了一个简单的批处理,用于遍历文件夹结构以删除包中的目标部件。现在,公司可以确信所有的敏感信息和专有信息都已安全地从文档中删除了。

Denise 正在她的硕士论文中进行最后的更改。添加目录索引之后,她准备进行最后的保存。然而,令她非常震惊的是,保存过程很快停止,并显示了一条消息,告诉她文件看起来已被损坏。当 Denise 从震惊中平静下来后,她意识到自己使用了新的文件格式。她将文本导入到一个新文档中,重新附加图片并重新设置格式和样式部分,成功地重建了文档。然后,她保存了新的文档。

Elizabeth 是一位 Windows 2000 用户,她运行的是 Office 2000,而且安装了 2007 Office 版本中包含的转换器。她能够打开 Word XML 格式的文档。另外,由于转换器提供打开和保存支持,她还能够编辑文档并将其重新保存为新格式的文档。

返回页首返回页首

新文件格式的优点

新的 Office XML 格式引入了很多优点,不仅有助于开发人员和他们构建的解决方案,而且还有助于单个用户和各种规模的组织。

以下突出显示部分是 Office XML 格式的一些其他总体优点:

易于将业务信息与文档集成。Office XML 格式能够快速地从分散的数据源创建文档,从而促进文档组合、数据挖掘和内容重用。简化了 Office 应用程序和企业业务系统之间的数据交换。此外,您还可以改写 Office 文档内的信息或从文档的组件创建一个文档,而不必使用 Office 应用程序。员工可以通过在他们选择的应用程序(只要该应用程序支持读取和写入 XML)中更快、更精确地发布、搜索和重用信息,提高工作效率。

公开和免版税。Office XML 格式基于 XML 和 ZIP 技术,所以它们能够广泛使用。这些格式和架构的说明书即将在 Microsoft Office 2003 参考架构目前的免版税许可证下发布和提供,它是公开提供的,可供企业广泛使用。

可互操作性。使用 Office XML 格式核心的行业标准 XML,简化了 Microsoft Office 应用程序和企业业务系统之间的数据交换。解决方案可以通过使用能够处理 XML 的标准工具和技术来改写 Office 文档中的信息或创建文档,而无需访问 Office 应用程序。这种新的格式使您能够构建文档的存档而无需使用 Office 代码。

可靠性。Office XML 格式设计为比二进制格式更为可靠,因此有助于降低由于损坏或破坏文件而丢失信息的风险。即使对于 Office 之外创建或修改的文档,损坏的可能性也很小,因为 Office 应用程序的设计是通过使用新的格式,增强了恢复文档的可靠性。随着越来越多的文档通过电子邮件附件或可移动存储设备进行传送,网络和存储设备故障的出现机率增加了文档破坏的可能性。

新的文件格式通过分段并分别将每个部件存储在文件包中增强了数据恢复能力。这可以节省公司在恢复丢失的数据时花费的大量金钱和时间。如果文件的一个组件被破坏,则文件的其余组件仍可以在应用程序中打开。例如,如果图表被损坏,不会阻止客户打开文档中除图表外的其他部件。另外,Office 应用程序可以在打开文档时检测到这些故障,并通过复原文档的正确数据结构尝试修复文档。

高效性。Office XML 格式使用 ZIP 和压缩技术存储文档。新格式的显著优点就是大大减小了文件大小,比类似的二进制文档减少了多达 75%。这是结合使用 XML 和 ZIP 技术存储文件的优点之一。由于 XML 是一种基于文本的格式,压缩性非常好,而且 ZIP 容器支持压缩内容,因此用户可以显著地减小文件大小。这种类型的文件压缩可以为用户节省成本,因为它减小了存储文件所需的磁盘空间,并降低了通过电子邮件、网络和 Web 传输文件所需的带宽。

安全性。Office XML 格式的开放性将文件转换为更安全、透明的文件。您可以放心地共享文档,因为您可以轻松地识别和删除个人身份信息和商业敏感信息,如用户名、备注和文件路径。同样,您还可以识别包含 OLE 对象或 Microsoft Visual Basic for Applications (VBA) 代码等内容的文件以进行特殊处理。这种文件格式还有助于增强具有嵌入代码或宏的文档的安全性。默认情况下,新的 Word 2007、Excel 2007 和 PowerPoint 2007 文件格式不执行嵌入代码。因此,如果某人收到附加了 Word 文档的电子邮件,他/她可以打开该附件,因为他/她知道该文档不会执行有害代码。Office XML 格式包含一种特定用途的格式,这种格式为具有嵌入代码的文件赋予单独的扩展名,从而使 IT 人员能够快速识别包含代码的文件。

向后兼容性。2007 Microsoft Office 系统向后兼容下列早期版本:Microsoft Office 2000、Microsoft Office XP 和 Microsoft Office 2003。这些版本的用户可以轻松地采用新的格式,并继续从现有文件中获得最大的益处。特别是他们还可以继续使用旧的 .doc、.xls 和 .ppt 二进制格式,这些格式与 2007 文件格式完全兼容。早期 Office 版本的用户可以下载一个免费更新,这样他们就可以在早期版本中使用新格式打开和编辑文件。安装 2007 Office 版本的用户可以将默认的文件格式设置为他们选择的任何格式。这有助于确保用户能够继续使用基于早期版本的第三方解决方案,并与已升级的同事、供应商、客户和其他人协同工作。

返回页首返回页首

Open XML 格式的术语表

下表定义了本文以及相关内容中使用的术语:

API 一组用于访问软件功能的函数或方法。API 是应用程序编程接口的缩写。

转换器 用于在以前的 Office 版本中打开使用 Office XML 格式创建的文件的免费工具。

注意 转换器读取、处理信息权限管理 (IRM) 保护并将其应用于文档。包含 IRM 保护的文档将继续受到保护,而不管接受人使用的是 2007 Office 版本还是以前的版本。

向前兼容性 应用程序的早期版本能够打开较新版本中的文件并忽略早期版本中未实现的功能。例如,Word 2003 向前兼容 Word 2007,因为它能够成功地使用转换器打开 Word 2007 文件。

Office Open XML 格式 构建用于组成、打包、分发和呈现以文档为中心的内容的块和关系的结构。这些构建块为允许软件应用程序可靠且始终如一地生成、交换和显示文档的文档格式定义一个独立于平台的框架。

包含组成文档的组件(部件)的 ZIP 容器,如开放打包约定说明书中所定义。

部件 对应于包中的一个文件。例如,如果某用户右键单击一个 Excel 2007 文件并选择提取它,该用户将看到一些文件,例如一个 workbook.xml 文件和几个 sheetn.xml 文件。其中的每个文件都是包中的一个部件。

关系 用于指定部件的集合如何组合在一起以形成文档的方法。此方法指定源部件和目标资源之间的连接。关系存储在文档包的 XML 部件中(例如,/_rels/.rels)。

XML 可扩展标记语言 (XML) 是一种简单、灵活的文本格式,适用于电子出版以及在 Internet 上和其他地方大量交换数据。

ZIP 一种行业标准的压缩存档格式,用于在计算机之间、通过电子邮件或通过 Internet 存储和传输文件。

返回页首返回页首

Office XML 格式的结构

这种新的文件格式容器基于简单的、以部件为基础的压缩 ZIP 文件格式规范。新的 Office XML 格式的核心是使用 XML 参考架构和 ZIP 容器。每个文件由任意数目的部件的集合组成;此集合定义文档。

文档部件使用行业标准 ZIP 格式存储在容器文件或包中。大多数部件都是描述应用程序数据、元数据甚至客户数据的 XML 文件,存储在容器文件中。其他非 XML 部件也可能包含在容器包中,其中包括诸如代表文档中嵌入的图像或 OLE 对象的二进制文件这样的部件。另外,还有指定部件之间关系的关系部件;这种设计提供了 Office 文件的结构。当部件组成文件的内容时,关系将描述这些内容块如何一起工作。

结果是 Office 文档生成了紧密集成但模块化且高度灵活的 XML 文件格式。下面几节详细描述 Office XML 格式的每个组件。还将描述使用新文件格式的 Office 应用程序。

注意 要了解 Office XML 格式文件的组件,您可能需要提取文件。为了打开该文件,假定您的计算机上已安装了 ZIP 应用程序,如 WinZip Computing Corporation 的 WinZip。

打开 Word 2007 XML 文件

创建一个在其中存储文件及其部件的临时文件夹。

将包含文本、图片和其他元素的 Word 2007 文档保存为 .docx 文件。

在文件名的未尾添加一个 .zip 扩展名。

双击该文件。它将在 ZIP 应用程序中打开。您会看到组成该文件的部件。

将这些部件提取到之前创建的文件夹中。

ZIP 包

很多元素都参与创建 Microsoft Office 文档。其中的某些元素通常在所有 Office 应用程序之间共享,例如文档属性、样式表、图示、超链接、图表和绘图。其他元素特定于各个应用程序,如 Excel 中的工作表、PowerPoint 中的幻灯片或 Word 中的页眉和页脚。

当用户使用 Office 2003 或 Microsoft Office 的以前版本保存文档时,会将单个文件写入磁盘中,您可以轻松将其打开。这种手法对于在实际中如何存储、管理和共享文档非常重要。通过将 2007 Microsoft Office 系统文件的各个部件封装在 ZIP 容器中,文档仍保持为单个文件实例。使用单个包文件表示单个文档的实体意味着在保存和打开 Office (2007) 文档时,用户具有与使用早期 Office 版本时相同的体验。他们可以继续只处理单个文件。


图 1. 2007 版本中的文件格式容器

使用以前的 Office 版本,要处理 Office 文档内容的开发人员需要知道如何根据二进制文件中定义的结构化存储来读取和写入数据。此过程复杂且具有挑战性,主要是因为 Office 二进制文件格式设计为主要通过 Office 应用程序进行访问。这种格式反映了应用程序在内存中的结构,并且能够在具有慢速硬盘、低内存的计算机上运行。另外,在没有 Office 应用程序的情况下以编程方式改写 Office 二进制文件被看作是文件损坏的主要原因。这使得某些开发人员甚至不敢尝试改写文件。

选择 ZIP 作为 Office XML 格式的包格式是因为它是易于理解的行业标准。目前有很多工具可以处理 ZIP 格式,而且使用 ZIP 可提供允许向前扩展功能的灵活的模块化结构。因此,通过使用任何能够处理行业标准 ZIP 文件的工具和技术即可访问 2007 Microsoft Office 系统文档的完整内容。打开容器文件后,您可以对包中定义文档的任意文档部件进行处理。例如,您可以打开一个使用 Office XML 格式的 Word 2007 文档,找到代表 Word 文档正文的 XML 部件,使用任意能够编辑 XML 的技术更改该部件并将 XML 部件返回容器包,以创建一个更新的 Office 文档。

部件

在 Office XML 格式的包中,文件的很多逻辑部件都被存储为单独的文件或部件。这种模块性是此文件格式的重要特征之一。模块性使您能够快速找到特定部件并直接处理该部件。您可以根据特定业务需求的首选结果来编辑、交换甚至删除文档部件。

所有 Office 应用程序共享某些类型的部件,例如缩略图、元数据、媒体和关系部件。其他部件作为特定部件始终存在于所有文件中,例如文档属性。但是,很多部件对于它们所代表的应用程序文档类型来说是唯一的。例如,工作表部件只出现在 Excel 文档中,而幻灯版母版部件只出现在 PowerPoint 文档中。

需要注意的很重要的一点是,除开放打包约定中定义的几种例外情况外,实际的文件目录结构是随机的。包中文件的关系(不是文件结构)用于确定文件的有效性。您可以对 ZIP 容器中 Office (2007) XML 格式的文件的部件进行重新排列和重命名,如果您正确地更新了关系,文档部件之间的相互关系将继续保留原样。如果关系是正确的,则文件打开时不会出现错误。Office XML 格式文件中的初始文件结构是创建的默认结构。此默认结构使您能够轻松地确定 Office XML 格式文件的组成部分。如果您将关系保持最新,则可以更改此默认文件结构。有关它的详细信息,请参见演练:Word 2007 Open XML 文件格式

部件可以具有不同的内容类型。用于描述 Microsoft Office 应用程序数据的部件存储为 XML。这些部件符合定义关联的 Office 功能或对象的 XML 参考架构。例如,在 Excel 2007 文件中,代表工作表的数据位于符合 Excel 工作表的 Office 架构的 XML 部件中。另外,如果一个工作簿中有多个工作表,则对于每个工作表,包文件中都存储一个对应的 XML 部件。所有代表默认 Office 文档部件的架构将被完全记录并由 Microsoft 按照免版税使用许可提供。然后,通过使用任何基于标准 XML 的技术,您可以运用您对 Office 架构的了解轻松地分析和创建 2007 Microsoft Office 系统文档。

在很多方案中,将部件存储为其本机内容类型非常有利。这些部件不存储为 XML。例如,在 2007 版本的 Office 文档中,图像在文档包中被存储为二进制文件(.png、.jpg 和其他文件类型)。因此,您可以通过使用 ZIP 应用程序打开包容器并立即查看、编辑图像或者将图像替换为其本机格式。这种存储方法不仅更易于使用,而且与将图像存储为编码的 XML 相比,它需要的内部处理和磁盘空间更少。其他存储为二进制部件的重要部件有 VBA 项目和嵌入 OLE 对象。(仅当关联的 OLE 服务器只提供二进制表示法时,嵌入 OLE 对象才是二进制。例如,2007 Microsoft Office 系统嵌入文档将它们的内容作为另一个包嵌入。)对于开发人员而言,可访问性使得很多方案更具吸引力。例如,您可以构建一个解决方案来循环访问 2007 Microsoft Office 系统文档的集合以使用较新版本更新现有的 OLE 对象。您可以实现此方案和任意数目的其他方案,而不必使用 Office 应用程序或更改文档特定的 XML。下一节将简要描述支持 Office XML 格式的所有 Office 产品共有的一些部件。这些部件的类型和数量取决于创建 ZIP 容器文件的应用程序。例如,Word 2007 创建与文档相关的部件,而 PowerPoint 2007 则创建与幻灯片演示文稿相关的部件。

_rels 文件夹

此文件夹包含一个定义包中的根关系的 .rels 文件。这是在包中开始分析应进入的第一个位置。

.rels 文件

包含基于起始部件(虚拟起始部件)的关系。关系是使用以下格式定义的:

<Relationship Id="someID" Type="relationshipType" Target="targetPart"/> 

其中 Id 是任意字符串,只要它在 .rels 文件中是唯一的。

Type关系的类型,区分相互之间的关系并根据关系目的提供提示。 它指向定义 Office XML 格式类型的架构。

Target指向包含关系目标(另一个部件)的文件夹和文件。

表 1. 关系类型
内置关系类型

http://schemas.microsoft.com/office/2006/relationships/officeDocument

http://schemas.microsoft.com/office/2006/relationships/vbaProject

http://schemas.microsoft.com/office/2006/relationships/userXmlData

http://schemas.microsoft.com/office/2006/relationships/hyperlink

http://schemas.microsoft.com/office/2006/relationships/styleSheet

http://schemas.microsoft.com/office/2006/relationships/comments

http://schemas.microsoft.com/office/2006/relationships/oleObject

http://schemas.microsoft.com/office/2006/relationships/e2Object

http://schemas.microsoft.com/office/2006/relationships/e1Object

http://schemas.microsoft.com/office/2006/relationships/image

http://schemas.microsoft.com/office/2006/relationships/sound

http://schemas.microsoft.com/office/2006/relationships/movie

http://schemas.microsoft.com/office/2006/relationships/slide

http://schemas.microsoft.com/office/2006/relationships/layout

http://schemas.microsoft.com/office/2006/relationships/notesslide

http://schemas.microsoft.com/office/2006/relationships/slidemaster

http://schemas.microsoft.com/office/2006/relationships/glossaryDoc

http://schemas.microsoft.com/office/2006/relationships/cfChunk

http://schemas.microsoft.com/office/2006/relationships/dataStoreItem

http://schemas.microsoft.com/office/2006/relationships/embeddedFont

http://schemas.microsoft.com/office/2006/relationships/embeddedMetroObject

http://schemas.microsoft.com/office/2006/relationships/chart

http://schemas.microsoft.com/office/2006/relationships/activeXControl

http://schemas.microsoft.com/office/2005/relationships/diagram

http://schemas.microsoft.com/office/2005/relationships/diagramData

http://schemas.microsoft.com/office/2005/relationships/diagramStyle

http://schemas.microsoft.com/office/2005/relationships/diagramColorTrans

http://schemas.microsoft.com/office/2005/relationships/diagramDefinition

http://schemas.microsoft.com/package/2005/02/md/core-properties

http://schemas.microsoft.com/office/2006/relationships/docPropsApp

http://schemas.microsoft.com/office/2006/relationships/docPropsCustom

http://schemas.microsoft.com/ office/2006/relationships/documentThumbnail

http://schemas.microsoft.com/office/2006/relationships/glossaryDoc

主文档部件

http://schemas.microsoft.com/office/2006/relationships/officeDocument 关系的目标是用于定义文档的主部件(对于 PowerPoint 为演示文稿部件;对于 Excel 为工作簿部件;而对于 Word 则为文档部件)。所有其他关系都基于主文档部件。

Application 文件夹(如 Word)

包含应用程序特定的文档组件文件,例如(对于 Word):

wordDocument.xml   包含文档中的数据(文本)以及样式和字体设置。

footer.xml   包含关于文档中的页脚的信息,如页脚所在的页面和一些样式信息。

header.xml   包含的信息类似于 footer.xml 文件中的信息,但是该文件是关于页眉的。

wordDocument.doc   是原始文档的一个副本。

styles.xml   包含关于文档中的样式的信息,如字体大小、表格样式和项目符号列表。

音频文件

包含所有音频类型的文件,如 .mid、.mp3 或 .wav 文件。

Content_Types.xml 文件

提供包含在包中的其他部件的内容类型的列表。内容类型定义为可以存储在包中的部件的类型:

表 2. ZIP 容器中的内容类型
内置内容类型

application/vnd.ms.powerpoint.template.macroEnabled.12

application/x-font

application/vnd.ms-excel.12

application/x-font

application/vnd.ms-excel.addin.12

application/xml

application/vnd.ms-excel.binary.12

audio/aiff

application/vnd.ms-excel.macroEnabled.12

audio/basic

application/vnd.ms-excel.macroEnabledTemplate.12

audio/midi

application/vnd.ms-excel.template.12

audio/mp3

application/vnd.ms-metro.core-properties+xml

audio/mpegurl

application/vnd.ms-metro.relationships+xml

audio/wav

application/vnd.ms-office.activeX+xml

audio/x-ms-wax

application/vnd.ms-office.chart

audio/x-ms-wma

application/vnd.ms-office.vbaProject

image/bmp

application/vnd.ms-powerpoint.

image/gif

application/vnd.ms-powerpoint.macroEnabled.12

image/jpeg

application/vnd.ms-powerpoint.main.12+xml

image/png

application/vnd.ms-powerpoint.presentation.12

image/tiff

application/vnd.ms-powerpoint.show.12

image/xbm

application/vnd.ms-powerpoint.show.macroEnabled.12

image/x-icon

application/vnd.ms-powerpoint.template.12

video/avi

application/vnd.ms-word.document.12

video/mpeg

application/vnd.ms-word.document.macroEnabled.12

video/mpg

application/vnd.ms-word.document.macroEnabled.main+xml

video/x-ivf

application/vnd.ms-word.document.main+xml

video/x-ms-asf

application/vnd.ms-word.fontTable+xml

video/x-ms-asf-plugin

application/vnd.ms-word.listDefs+xml

video/x-ms-wm

application/vnd.ms-word.settings+xml

video/x-ms-wmv

application/vnd.ms-word.styles+xml

video/x-ms-wmx

application/vnd.ms-word.subDoc+xml

video/x-ms-wvx

application/vnd.ms-word.template.12

application/vnd.ms-word.template.macroEnabled.12

application/vnd.ms-word.template.macroEnabled.main+xml

application/vnd.ms-word.template.main+xml

文档属性部件

包含为符合 XPS 格式的所有文件定义的核心文档属性,例如:

作者

标题

主题

评论

上次保存日期

创建日期

关系

部件是组成 2007 版本中的 Office 文档的各个元素。关系是指定部件的集合如何在一起相互作用以形成实际文档所使用的方法。使用 XML 可定义关系。关系指定源部件和目标资源之间的连接。例如,您可以通过关系来标识某个幻灯片和出现在该幻灯片上的图像之间的连接。关系存储在文档容器中的 XML 部件或“关系部件”内。如果源部件中有多种关系,则后续的所有关系都列在同一 XML 关系部件中。

关系在 Office XML 格式中起着重要的作用。每个文档部件至少由一种关系引用。使用关系可以了解一个部件与另一个部件之间的关系,而无需浏览部件的内容。在部件内,所有对关系的引用都使用关系 ID 来表示,关系 ID 允许部件之间的所有连接与内容特定的架构保持独立。


图 2. Excel 2007 工作簿的高级关系图

下面是 Excel 2007 工作簿中包含两个工作表的关系部件的示例:

<Relationships xmlns="http://schemas.microsoft.com/package/2005/06/relationships"> 
    <Relationship ID="rId3" 
     Type="http://schemas.microsoft.com/office/2005/8/relationships/xlStyles"
      Target="styles.xml"/> 
    <Relationship ID="rId2" 
     Type="http://schemas.microsoft.com/office/2005/8/relationships/xlWorksheet" 
      Target="worksheets/Sheet2.xml"/> 
    <Relationship ID="rId1" 
     Type="http://schemas.microsoft.com/office/2005/8/relationships/xlWorksheet" 
      Target="worksheets/Sheet1.xml"/> 
    <Relationship ID="rId5" 
     Type="http://schemas.microsoft.com/office/2005/8/relationships/xlMetadata" 
      Target="metadata.xml"/> 
    <Relationship ID="rId4" 
     Type="http://schemas.microsoft.com/office/2005/8/relationships/xlSharedStrings" 
      Target="strings.xml"/> 
</Relationships>

另需注意的很重要的一点是,关系不仅表示内部文档引用,而且还表示外部资源。例如,如果文档包含链接的图片或对象,它们也会使用关系来表示。这使得文档中指向外部源的链接易于查找、检查和更改。它使您有机会修复损坏的外部链接、验证不熟悉的来源或删除潜在的有害链接。

在 Office XML 格式中使用关系使开发人员多方面受益。关系简化了在文档中查找内容的过程,因为您不需要分析文档特定的 XML 来查找部件 — 您也不需要分析文档特定的 XML 来查找内部和外部文档资源。关系使您能够快速清点文档内的所有内容。例如,如果您要统计 Excel 工作簿中工作表的数量,可以检查关系中存在多少工作表部件。您还可以使用关系检查文档中内容的类型。这在您需要确定文档中是否包含可能有害的特殊类型的内容(例如可疑的 OLE 对象)或者有益的特殊类型的内容(例如当您想要从文档中提取所有 JPEG 图像以便在别处重新使用时)时非常有用。

您还可以使用关系来处理文档而不必了解应用程序特定的语法或内容标记。例如,无需了解如何对 PowerPoint 编程,开发人员解决方案也可以轻松地通过编辑文档的关系来删除与演示文稿无关的幻灯片。

启用宏的文件与无宏的文件

保存为 Office XML 格式的默认 2007 Microsoft Office 系统文档是无宏的文件,因此不能包含代码。此行为确保了默认文档中的恶意代码永远不能意外地执行。虽然 2007 Microsoft Office 系统文档仍然可以包含和使用宏,但是用户或开发人员必须将这些文档保存为启用宏的文档类型。此安全措施不会影响生成解决方案的功能,但会使组织能够更放心地使用文档。

启用宏的文件与未启用宏的文件具有完全相同的文件格式,但是前者包含无宏的文件中没有的附加部件。附加部件依赖于文档中的自动化类型。使用 VBA 的启用宏的文件包含存储 VBA 项目的二进制部件。任何使用 Excel 4.0 样式的宏(XLM 宏)的 Excel 工作簿或任何包含命令按钮的 PowerPoint 演示文稿也都保存为启用宏的文件。如果无宏的文件中出现了代码特定的部件,不管是无意还是有意将其置于该文件中,Office 应用程序均不会允许代码执行,无一例外。

现在,您可以在打开 2007 Microsoft Office 系统文档之前确定其中是否存在任何代码。以前,在 Office 之外无法轻松实现这种“提前通知”。您可以检查包文件中是否存在任何基于代码的部件和关系,而不必运行 Office 和可能危险的代码。如果文件看似可疑,您可以从文件中删除能够执行代码的任何部件,以便代码不会造成任何危害。

文件扩展名

使用 Office XML 格式保存的 2007 Microsoft Office 系统文档具有新的文件扩展名,该扩展名使 Office 能够将这些文件格式与以前的 Office 版本使用的二进制文档区分开来。新的扩展名采用现有的二进制文件扩展名,并在后缀的末尾附加一个字母。在 Word 2007、Excel 2007 和 PowerPoint 2007 中使用新文件格式创建的文档的默认扩展名附加字母“x”,分别为 .docx、.xlsx 和 .pptx。其他使用新文件格式的 Office 文档类型(包括模板、加载项和 PowerPoint 放映)也有新的扩展名。

2007 Office 版本中引入的另一个新的变化就是对启用宏的文件与无宏的文件使用不同的扩展名。启用宏的文档包含以字母“m”结束的文件扩展名,而不是“x”。例如,启用宏的 Word 2007 文档的扩展名为 .docm,这样任何用户或软件应用程序都能够在打开文档之前识别文档中是否包含代码。

表 3. 2007 Office 版本中文档类型的文件扩展名的列表
Word 2007 文件类型 扩展名
 

Word 2007 XML 文档

.docx

Word 2007 XML 启用宏的文档

.docm

Word 2007 XML 模板

.dotx

Word 2007 XML 启用宏的模板

.dotm

Excel 2007 文件类型 扩展名  

Excel 2007 XML 工作簿

.xlsx

Excel 2007 XML 启用宏的工作簿

.xlsm

Excel 2007 XML 模板

.xltx

Excel 2007 XML 启用宏的模板

.xltm

Excel 2007 二进制工作簿

.xlsb

Excel 2007 XML 启用宏的加载项

.xlam

PowerPoint 2007 文件类型 扩展名  

PowerPoint 2007 XML 演示文稿

.pptx

PowerPoint 2007 启用宏的 XML 演示文稿

.pptm

PowerPoint 2007 XML 模板

.potx

PowerPoint 2007 启用宏的 XML 模板

.potm

PowerPoint 2007 启用宏的 XML 加载项

.ppam

PowerPoint 2007 XML 放映

.ppsx

PowerPoint 2007 启用宏的 XML 放映

.ppsm

返回页首返回页首

使用 Office XML 格式开发解决方案

Office XML 格式引入或改进了许多类型的解决方案,其中包含您可以生成的文档。您可以通过使用任意能够处理 ZIP 存档的工具和技术来访问新文件格式的 Office 文档的内容。然后您可以使用任意标准 XML 处理技术来处理文档内容,或者对于以内嵌的本机格式存在的部件(例如图像),使用该对象类型的任何适当工具进行处理。

此外,可以将 2007 Microsoft Office 系统文档的容器文件作为 ZIP 存档手动打开,这给予开发人员一些有意义的帮助。例如,当生成基于 Office 的解决方案时,您可以检查文档的内容和结构而不必写入任何代码。此工具在解决方案设计和生成原型时非常有用。

在您进入 2007 Microsoft Office 系统文档内部后,结构使您能够轻松浏览文档的部件和关系,而不管是查找信息、更改内容还是从文档中删除元素。使用 XML 和已发布的 Office 参考架构意味着您可以轻松创建其他文档、向现有文档添加数据或在文档正文中搜索特定内容。

本文的其余部分探索 Office XML 格式启用基于文档的解决方案的一些情况。以下几种只是大量可能情况列表的一部分:

数据互操作性

内容操作

内容共享和重用

文档组合

文档安全

管理敏感信息

文档样式

文档分析

数据互操作性

XML 作为数据交换的普遍标准出现意味着新的 Office XML 格式使得在完全不同的系统之间访问基于文档的数据更加容易。不管是用户跨部门共享文档数据,还是两个组织交换业务数据,XML 作为 Microsoft Office 文档的默认文件格式意味着 Office 应用程序可以参与业务流程而不受二进制格式之前所规定的限制。

新文件格式的开放性打开了数据的封锁性并引入了超出桌面范围的广泛的、新级别的集成。例如,您可以参考已发布的新文件格式说明书来创建数据丰富的文档而不使用 Office 应用程序。服务器端应用程序可以批量处理文档,以启用在熟悉的、灵活的 Office 应用程序中完美处理企业数据的大型解决方案。您可以使用标准 XML 协议,例如 XPath(常见的 XML 查询语言)和可扩展样式表语言转换 (XSLT) 来检索文档中的数据或从外部数据中更新文档内的内容。

一个这样的方案可能涉及个性化要分发给多位客户的数千个文档。可以通过使用某个服务器应用程序以编程方式将信息插入标准文档模板中,该服务器应用程序使用从企业数据库或客户关系管理 (CRM) 应用程序中提取的 XML。由于无需运行 Office 应用程序,因此创建这些文档效率很高;而生成高质量、内容丰富的 Office 文档所需的功能仍然存在。

在 Office 中使用自定义架构是利用文档来共享数据的另一种方法。现在,可轻松访问那些曾以二进制格式锁定的信息,因此,文档可充当可公开交换的数据的源。自定义架构不仅便于插入或提取数据,它们还可以向文档添加结构,而且能够强制执行数据验证。

内容操作

编辑现有 Office 文档的内容是 Office XML Format 改善过程的另一个有用示例。编辑可包括更新少量数据、交换整个部件、删除部件或一起添加新部件。通过使用关系和部件,这些新的文件格式使内容更易于查找和处理。使用 XML 和 XML 架构意味着可使用 XPath 和 XSLT 之类的常见 XML 技术以几乎无限多种方式在文档内编辑数据。

一个方案可能需要编辑 Word 文档的页眉中的文本。当然,对于一份文档来说,使该任务的执行过程自动化并不合情理。但是,在另一种方案中,如果某个公司被合并,需要在成百上千的不同文档的页眉中改用新公司名称,那会怎样呢?开发人员可编写代码,该代码遍历所有文档,定位到 Word 文件结构中的页眉部件,执行 XPath 查询找到旧的文本。然后该代码插入新的文本,替换页眉部件,并重复此过程直到更新完每一个文档。自动化可节省大量时间,实现以其他方式可能无法尝试完成的过程,防止手动过程中可能出现的错误。

在另一种可能的方案中,现有 Office 文档的更新必须通过只更改某个完整部件来实现。在 Excel 2007 工作簿中,您可以通过覆盖工作表的部件将包含旧数据或过期计算模型的整张工作表替换为一个新工作表。这种类型的更新也适用于二进制部件。您可以根据需要将现有图像(甚至是 OLE 对象)替换为新图像(或新 OLE 对象)。例如,可以通过覆盖对应的二进制部件,更新作为 OLE 对象嵌入到 Office 文档中的 Microsoft Office Visio 绘图。您可以更新超链接中的 URL 以指向新的位置。

下面是其他一些应用程序特定的方案。

Word 2007 中的内容操作

合并 Word 文档内的“样板”文本是一种常见的商业做法。例如,由组织生成的每份公共文档中都可能要求含有正式法律免责声明或者保密条款和条件。样板文本的另一个典型示例是“公司概况”部件,它用于创作公司的销售提案或公共发布文档。Word 提供的功能,如自动图文集,能够完成插入格式化文本的任务,但是,由于此功能要求 Word 自动化或直接用户交互,所以其使用范围受到限制。

Word 2007 为您向文档中插入内容提供了一种非常灵活的替代方法。Word XML Format 使您可以添加称为文档构造块的文档部件,当在 Word 中打开文档时,整篇文档中均可引用这些构造块。这表示您可以创建文档构造块库,这些构造块可派生自 Word 能够呈现的文档格式,而且您可以根据需要在 Word 文档解决方案中以编程方式重新使用这些构造块。

这种更广的 Word 内容操作能力支持一些引人关注的方案,如服务器端文档集合。回到前面列举的示例,您可以将法律免责声明自动插入在服务器上创建的文档中。设想有一家跨国公司,它要求其所有文档均包含当地语言的法律免责声明。公司可以 .html 文件的格式创建相应语言的免责声明并将它们保存在服务器上。构建文档的应用程序可针对所需语言将相应的文档段作为一个部件插入到文档容器内。之后此段呈现为 Word 文档的一个无缝部分。

Excel 2007 中的内容操作

为了优化加载和保存性能及文件大小,Excel 2007 对 Excel 文件中的重复文本仅存储一个副本。为此,Excel 在由 http://schemas.microsoft.com/office/2005/8/relationships/xlSharedStrings 关系的目标指定的文档部件中实现一个共享字符串表。在工作簿内找到的每个唯一文本值在此表中列出一次。然后,各个工作表单元参考该字符串表得到各自的值。

该过程在优化 Excel XML Format 的同时,还为其他内容操作解决方案带来了一些引人注意的机会。跨国组织中的开发人员可使用共享字符串表提供一定程度的多语言支持。一个工作簿可使用与各种语言相对应的字符串表,而不是为每种受支持的语言创建唯一的工作簿。另一种可能是使用字符串表搜索工作簿集合内的关键字条目。与处理跨多个工作表和工作簿的 Excel 对象模型相比,处理单个仅文本的字符串 XML 文档速度更快,也更简单。

PowerPoint 2007 中的内容操作

使用 PowerPoint XML Format 存储 PowerPoint 2007 演示文稿时,内容仍保持良好的可访问性。因为这是第一个提供 XML 格式的 PowerPoint 版本,所以它可实现的很多方案在早期版本中无法使用。现在,您可以完全访问幻灯片和文本形式的幻灯片注释。要求能够搜索、索引化、创建演示文稿内容的解决方案现在可以实现了。您可以使用 XML 轻松生成数据驱动的演示文稿。您还可以通过 XML 部件访问幻灯片母版和幻灯片版式,以便通过编程方式格式化现有的或新的 PowerPoint 演示文稿。

通过创建使用与现有演示文稿独立存储的幻灯片目录的应用程序,您可以采用不同的方法组合或重新使用 PowerPoint 演示文稿中的内容。幻灯片表示为单个的 XML 部件,因此,解决方案可优化组织将 PowerPoint 2007 幻灯片作为数据进行存储和管理的方式。您甚至可以编写幻灯片“查看程序”,以允许用户从 PowerPoint 外部查找和选择幻灯片来创建演示文稿。该应用程序甚至可以是基于 Web 的,以允许集中管理。

内容共享和重用

Office XML Format 的模块性使得在一次生成内容后在多个其他文档中加以重用成为可能。作为开发人员,您可以设想创建多个核心模板,将这些部件作为其他文档的构造块重新使用。例如,您可以将在一个 Word 文档中创建的表用于其他 Word 文档中。您可以创建一次图表(这些图表在 2007 Microsoft Office 系统应用程序内具有通用架构),然后在不同文档类型中多次重新使用它们。这一格式的可访问性有助于提供无限制的内容共享机会。

例如,在某个这样的示例方案中,需要创建文档中所用的图像的库。您可以创建一个解决方案,该解决方案从 Office 文档集合中提取图像并允许用户从单一访问点重新使用它们。因为 2007 版本的 Office 文档以二进制部件完整地存储图像,所以您可以轻松创建该解决方案并维护图像库。因此,希望合并以前用过的图像的用户,不必浏览整个文档集合并分别打开和关闭每个文档即可找到图像。他们可使用自定义应用程序找到库中的图像,并立即将图像插入正在处理的文档中。

您可以创建一个类似的应用程序,它重新使用从文档中提取的文档“缩略图”图像,然后向文档管理过程添加可视功能。

文档组合

开发人员经常提出的一个要求是能够在服务器上创建 Microsoft Office 文档而无需自动化 Microsoft Office 应用程序。那些需要生成复杂、包含丰富数据的文档或需要大量集合文档的组织,希望用于高端目的的处理更加有效。从技术上讲,Office 应用程序不是为从服务器上运行的目的而编写的,也不支持从服务器上运行。

在 Microsoft Office 2003 Editions 中,引入了可根据 Office 2003 XML 参考架构生成的 XML 文档格式,从而帮助克服了此限制。任何一种能够集合 XML 的技术,只要它符合 Office 架构,就能创建 Word 或 Excel 文档。这在当时是巨大的进步,但遗憾的是它仅适用于 Excel 和 Word,而且实际上只有 Word 真正在 XML 文件支持中提供了完全的保真度。2007 Office 版本在此基础上构建,它添加了 PowerPoint XML 文件,确保 PowerPoint XML 文件和 Excel XML 文件也都完全保真。

技术上的这种进步意味着,借助于 2007 Office 版本,您可以创建无需打开 Office 即可生成 Excel、Word 和 PowerPoint 文档的 Office 解决方案。该解决方案必须根据 2007 版本中的架构创建 XML,并创建 Office XML Format 中定义的包内容。虽然 Office 架构相当丰富,但为了充分表现 Microsoft Office 应用程序提供的丰富功能集,生成文档时并不要求由格式定义的所有结构。每个 Office 应用程序都能在定义极少项的情况下打开文件,因此易于创建多个文档。

注意,文档集合并不仅适用于新文档。当然,按照 Office XML Format 的规则,您可以通过编程方式创建文档而不使用 Office。不过,通常文档集合意味着通过使用部分现有文档、数据和其他内容创建文档。新的 Office XML Format 由于具有模块架构并且其内容基于 XML,因而非常适合这一情况。

文档集合示例也适用于 PowerPoint 演示文稿。许多组织拥有大量具有可重用价值的 PowerPoint 文件集合。用户经常从一些已存在的演示文稿中借用幻灯片来创建一个不同的或相关的演示文稿。查找、协调及集成(复制和粘贴)幻灯片通常是一个耗时繁冗的过程,许多组织希望可以自动生成面向用户的演示文稿。借助于 2007 Office 版本,可以轻松访问 PowerPoint 演示文稿文件内的各张幻灯片,因为每张幻灯片均包含在演示文稿容器包内各自的 XML 部件中。自定义解决方案可利用此体系结构使演示文稿的集合过程完全自动化。您可以使用自定义 XML 保持元数据与各幻灯片的相关性,从而使用户可以使用预定义关键字轻松地搜索它们。用户选择幻灯片后,解决方案将该幻灯片的 XML 部件插入集合后的演示文稿中并创建引用关系。

文档安全

安全在当今的信息技术中极为重要。Office XML Format 帮助您在处理 Office 文档和提供需要考虑文档安全的解决方案时更有信心。借助于新的文件格式,您可以创建解决方案,在任何已识别的潜在漏洞导致问题发生前搜索并消除它们。

例如,如果公司需要一个准备文档的解决方案,这些文档或者是用于存储在归档库中(在此它们不需要运行自定义代码),或者是用于向客户发送不含宏的文档。您可以编写一个应用程序,它通过遍历文档并删除由 http://schemas.microsoft.com/office/2006/relationships/vbaProject 关系的目标指定的部件,删除 Office 文档正文中的所有 VBA 代码。结果就是生成一个更高质量的文档集合。

此外,Office XML Format 专门为 2007 版本的每个产品提供一个文件类型(.docm 用于 Word、.xlsm 用于 Excel、.pptm 用于 PowerPoint),您可在其中执行宏代码。后缀非“m”的任何文件类型,即使其中包含宏代码,也不会执行该代码。这有助于保证用户在处理这些文件类型时免遭恶意软件的攻击。

遗憾的是,宏代码并不是 Office 用户的唯一潜在安全威胁。最近,在二进制 .jpg 文件中检测到了安全漏洞。通过检查 Office 文档并解决任何引起风险的已暴露问题,您可以消除源于二进制文件(如 OLE 对象和图像)的潜在风险。例如,如果特定 OLE 对象被识别为已知安全威胁,则您可以创建一个应用程序来查找并清除或隔离包含该对象的任何文档。同样地,您可以通过检查关系部件轻松识别 2007 Microsoft Office 系统文档中的任何外部引用。这种识别可使解决方案开发人员确定文档中引用的外部资源是可信任的还是需要采取纠正措施。

您可以按内容类型和关系阻止各个部件。例如,如果 IT 管理员认识到 .gif 图像可能包含安全威胁,则可使用组策略设置来禁止在 2007 Microsoft Office 系统文档中装载图像/GIF 内容。部署适当的安全修补程序后,可以关闭该设置,IT 管理员可以确信用户很快得到了保护。

您还可以通过格式策略阻止各个部件。例如,如果 IT 管理员发现一个漏洞,恶意备注能借助可利用的缓冲区溢出导致 PowerPoint 出现故障,则可通过部署 Office 文件格式策略保护用户和其计算机。这一次不是按内容类型进行阻止(因为在这种情况下,它是 XML 包含文本),而是通过阻止 schemas.microsoft.com/office/2006/relationships/comments 关系类型明确地阻止备注。为此,管理员可使用 Microsoft Office 策略模板(.adm 文件)设置这些选项。有关使用 Office 策略模板的详细信息,请参阅 Microsoft 知识库文章管理员可以结合使用 Office 策略模板和 Windows 的组策略设置

管理敏感信息

在力图保护用户免遭恶意内容的侵扰时,您还可以帮助用户避免不适当地意外共享数据带来的风险。这种不适当的数据可能包括文档中存储的个人识别信息 (PII) 或者批注、备注和注释等,它们不应该泄漏到部门或组织外部。您可以用编程方式直接删除两种类型的信息而无需扫描整个文档。例如,为了删除文档备注,您可以检查是否存在备注部件关系,如果能找到,则删除关联的备注部件。

除保护 PII 和备注的安全外,Office XML Format 还以其他方式提供对这些可能有用的信息的访问。您可以创建一个解决方案,它使用 PII 数据返回由某个人或特定组织创建的文档的列表。借助于新的文件格式,您可以在不必打开 Office 或使用其对象模型的情况下生成此列表。类似地,应用程序可以遍历 Office 文档的文件夹或卷,并聚合文档内的所有备注。您可以应用其他条件来限定备注,帮助用户在创建文档时更好地管理协作过程。

文档样式

像使用 Office XML Format 的 Office 文档的许多其他方面一样,文档样式、格式和字体在容器包内单独的 XML 部件中维护。因此,您照样可以利用这种分离特性创建解决方案。某些组织有非常具体的文档标准,管理这些标准可能相当耗时。但是,举例来说,您可以在不打开 Office 的情况下修改或替换文档中的字体。

另外,让文档或文档集合包含相同内容但由另一个部门、分支、子机构或目标客户设定不同格式也很常见。您可以维护单个文档集内的内容,然后在必要时应用新的样式集。为此,您可以将由 http://schemas.microsoft.com/office/2006/relationships/styleSheet 关系的目标指定的部件替换成另一部件。这种替换能力无需管理众多文档内的内容,简化了控制文档显示的过程。

文档分析

有效管理文档一直是信息技术实践中的一个突出问题。在 Microsoft Office 2003 中,您可以使用 OLE 访问传统的 Office 文档属性,如作者、标题、主题和其他属性。在新的 Office XML 格式中,也可以轻松地访问文档属性,因为它们位于文档内各自的部件中。下面是 Word .docx 文件中的“文档属性”部件的一个示例。

<?xml version="1.0" encoding="UTF-8" standalone="yes"?> 
<CoreProperties xmlns="http://schemas.microsoft.com/package/2005/06/md/core-properties"> 
   <Title>Word 文档示例</Title> 
   <Subject>Microsoft Office Word 2007</Subject> 
   <Creator>2007 Microsoft Office System 用户</Creator> 
   <Keywords/> 
   <Description>2007 Microsoft Office system .docx 文件</Description> 
   <LastModifiedBy>2007 Microsoft Office System 用户</LastModifiedBy> 
   <Revision>2</Revision> 
   <DateCreated>2005-05-05T20:01:00Z</DateCreated> 
   <DateModified>2005-05-05T20:02:00Z</DateModified> 
</CoreProperties> 

不过,使用新文件格式的 Office 文档允许您添加您自己的基于 Office 的属性不能提供的数据和目录,例如,对于高级文档分析。您可以创建自己的自定义 XML 并将其作为另一个部件置于文件中。然后,您可以将此 XML 与任何能够访问 Office XML 格式的工具或应用程序结合使用。

返回页首返回页首

在 Office 产品中使用新文件格式

虽然许多部件是采用新文件格式的 Office 产品共有的,但也有一些部件是专门针对各个产品的。

Excel 2007 中的文件格式结构

除各个 Office 产品共有的部件(如 XML 数据部件、关系部件和媒体部件)外,Excel 还分别为工作簿、工作表以及诸如图表、数据透视表动态视图等实体提供了单独的部件。

PowerPoint 2007 中的文件格式结构

PowerPoint 文件格式中使用的大部分部件与其他产品相同,此外还添加了那些特定于幻灯片演示文稿的对象,如单个幻灯片部件、母版幻灯片部件、演示文稿数据等等。

Word 2007 中的文件格式结构

同样,Word 用户应该可以找到与文档属性、样式和格式、页脚、页眉、尾注等相关的附加部件。

返回页首返回页首

修改 Office XML 格式的文件以自定义功能区用户界面

下列步骤说明如何通过修改启用宏的工作簿文件在 Excel 2007 中创建一个自定义功能区用户界面 (UI),其中包含调用自定义宏的组件。在此示例中,请按照下列步骤操作:

创建一个具有一个宏的 Excel 工作簿,将该工作簿保存为 Office XML 格式的启用宏的文件 (.xlsm)。

创建一个具有一个选项卡、一个组和一个按钮的功能区可扩展自定义文件。

在按钮中指定一个回调事件以调用您在文档中创建的宏。

修改启用宏的文档容器文件的内容以指向功能区可扩展自定义文件。

保存启用宏的文件并在 Excel 中打开它。

在 Excel 中创建启用宏的 Office XML 格式的文件

启动 Excel 2007。

单击开发人员选项卡,然后单击 Visual Basic

注意 如果您没有看到开发人员选项卡,则需要将自己标识为开发人员。为此,请在您的应用程序中单击 Microsoft Office 按钮,单击 Excel 选项,单击个性化,然后选择在功能区中显示“开发人员”选项卡。这是一个全局设置,它会在采用功能区用户界面的所有其他 Office 应用程序中将您标识为开发人员。

在 Visual Basic 编辑器中,双击 ThisWorkbook 打开代码窗口。

键入下面的 VBA 子例程,然后关闭 Visual Basic 编辑器:

Sub MyButtonMacro(ByVal ControlID As IRibbonControl)
Msgbox("您好")
End Sub

将该工作簿保存为 Office XML 格式的启用宏的文件 (.xlsm)。

创建包含修改用户界面的标记的 XML 文件

在您的桌面上创建一个名为 customUI 的文件夹。

在文本编辑器中打开一个新文件,将它命名为 customUI.xml 保存在 customUI 文件夹中。

向该文件添加以下代码:

<customUI xmlns="http://schemas.microsoft.com/office/2006/01/customui"> 
   <ribbon startFromScratch="true"> 
      <tabs> 
         <tab id=":CustomTab" label="我的选项卡"> 
            <group id="SimpleControls" label="示例组"> 
               <button id="Button1" size="large" label="大按钮" 
                  onAction="ThisWorkbook.MyButtonMacro" /> 
            </group> 
         </tab> 
      </tabs> 
   </ribbon> 
</customUI> 

接下来,修改包含在您以前创建的启用宏的文件容器中的一些文件:

为工作簿文件名添加一个 .zip 扩展名,然后双击打开该文件。

通过将 customUI 文件夹从桌面拖动到该 ZIP 文件中,将该自定义文件添加到容器。

将 .rels 文件提取到您的桌面。一个包含 .rels 文件的 _rels 文件夹即复制到您的桌面。

打开 .rels 文件并在最后一个 Relationship 标记和 Relationships 标记之间添加以下行。这样就创建了工作簿文件与自定义文件之间的关系:

<Relationship Id="someID" Type="http://schemas.microsoft.com/office/2006/relationships/ui
/extensibility" Target="customUI/customUI.xml" /> 

关闭并保存文件。

通过从桌面上拖出 _rels 文件夹并覆盖现有文件,将 _rels 文件夹添加回容器文件中。

通过删除 .zip 扩展名,将工作簿文件重命名为其原始文件名。

打开工作簿,您会注意到功能区用户界面现在出现了我的选项卡

单击此按钮,出现一个消息框。

返回页首返回页首

结论

用户、组织和开发人员将从 Microsoft Office 系统的 2007 版本的 Office XML 格式的优点中受益。作为基于 XML 的开放式默认文件格式,新的文件格式揭示了您可以创建许多新的解决方案类型和方案的可能性。您可以将文档作为数据源访问、在不使用 Office 应用程序的情况下处理文档,以及在企业解决方案中处理文档。只有将现有商业系统投资与 Microsoft Office 系统平台、2007 Office 版本和新的基于 XML 的文件格式结合在一起的组织才能受益。

返回页首返回页首

其他资源

有关详细信息,请参阅下列资源:

Microsoft Office Open XML 格式常见问题

Office 2003 XML 参考架构许可证概述

Microsoft Office 开发人员中心

转到原英文页面

Posted by eygle at 12:40 PM | Comments (0)

2006年中文博客封神榜:中文108 Blogger

出处:http://www.eygle.com/digest

在网上看到,一篇总结的非常厉害的文章,原始出处已不可知,转载于此。


双核

双核,就是两个核心。2006年博客可以分为两个部分,一个是草根博客,一个是明星博客;一个是追求质量,一个是追求访问量。

Keso:少跟我提客观。我继续按我的想法写,你用你的智力读,千万别认为我有误导你的兴趣。非要认为自己被误导了的智力半残者,对不住您了。明年?今年我已经接了第一个博客广告,还被邀请去了google总部……
地址:http://www.donews.net/keso

徐静蕾:感谢CCTV,感谢天极网,感谢蕾丝们,感谢你,感谢我,谢谢大家!我希望文采更好一点,不仅仅是为了你好读一点,我写起来也好玩一点。2006年我出书了,不好卖?明年我多接几个AMD博客广告,自己买一百万本《老徐的博客》……
地址: http://blog.sina.com.cn/m/xujinglei


三剑客
剑是华丽的,同时,它也是锋利的。

罗永浩:今年我从新东方辞职了,搞了牛博网和老罗动画工作室,明年?我还是一样彪悍。
地址:http://www.luoyonghao.net

王小峰:"按摩乳"出书了,书名叫《不许联想》,和老徐一样书也不好卖?明年我也接广告去……
地址:http://www.wangxiaofeng.net/

猛小蛇:《狗日报》改版了,又改版了,明年?还接着改版……
地址: http://www.18mo.com


四把刀
刀没有剑华丽,也没有剑锋利,但是,我们的生活里少不了刀。

风妖:网虫一只,上世纪90年代末触网,沉迷至今,每天上网超过12小时,新婚之夜也在上网写博客。
地址:http://www.koubao.com

李坏:谁在用琵琶弹奏一曲嘻唰唰?
地址:http://www.1blog.cn

布棉:今年给粉丝棉花们寄了贺卡,棉花们还不高兴,要我寄点更值钱的,什么更值钱?当然就是钱了。汗!
地址:http://www.xucx.com/blog/

胜总:今年接了10多万的广告,明年我还接。有没有人给我博客投放广告啊,有没有人啊?
地址:http://blog.donews.com/shengzong


七匹狼
他们像狼一样战斗,有狼的个性。

安替:博客总是被封,搬家是件麻烦事,你没被封过不知道。明年不希望还是这样了,当然,偶尔被封,也是很好的。
地址:http://mranti.spaces.live.com/Blog/

木木:我累了,不玩了。你们还不累呀?你们这些臭男人,吃药来看我的博客?
地址:http://wunv6.blogcn.com

毒药:我有才有貌有身高,有钱有权有年龄,我不红谁红?年年桃花红,明年?我继续红。顺便把后年也说了,后年我还红……
地址:http://lwhanz1981530.spaces.live.com/

水木周平:营销魔术师也能红,不服气?明年你继续看我博客。
地址: http://blog.sina.com.cn/m/shuimu

钱烈宪:我将继续发言,继续给你讲有趣的事情,你来不来看那是你的事。
地址:http://moogee.sohoxiaobao.com

于敦德:一个藏袍将继续关注好玩的技术,你觉得不好玩?先看看我域名吧。
地址:http://www.example.net.cn/

月光:喜欢google的都来,不喜欢的怎么办?当然也来,我就不相信我不能让你喜欢。
地址: http://www.williamlong.info/


十神
他们不是人,他们是神。

顺风:今年我思考出了一本书,虽然我还在思考怎么样才能让这本书有人买。明年?我当然是继续思考了。
地址:http://shunfeng.bokee.com/

flypig和平客:我们口沫横飞说音乐、心领神会说传媒、百无禁忌说段子,我们只说彼此听得懂的真心话……
地址:http://www.antiwave.net/

舞美师:今年我让你们电视看超级女声,上网看我。明年?明年还有超级女声吗?我预言……
地址: http://blog.sina.com.cn/u/1229327625

Joychan:postshow要赚钱了,当然,我们首先还是要为你奉献有趣的东东。
地址:http://www.postshow.net/

胖星儿:做做饭,说说爱。我一边讲做饭,一边给你谈男女关系。我也出书了,书名就叫《谈情说菜》。
地址:http://blog.sina.com.cn/m/wangxiaoxing

袁智勇:我花了500万来写这个博客,应该没有人不喜欢我这么做吧?明年?我想还是先挣个500万再说……
地址: http://blog.sina.com.cn/m/yzy

梅子:他们叫我美食达人,嘻嘻,其实我只是一个煮妇。出书?我的书有《恋人食谱——梅子的写食日记》和《温情煮意———梅子的写食日记二》。
地址:http://plum.blog.sohu.com/

原晓娟:我今年在"德国之声国际博客大奖赛"中获得"最佳中文博客"大奖,明年?粉丝们都希望我的病能够好起来。
地址:http://blog.sina.com.cn/m/shuweicao

艾晴晴:我就是想用曲别针换到别墅,我能吗?不能吗?不管,我要换到别墅!
地址:http://blog.sina.com.cn/m/aqq

美凝:我征婚了,他们说我征婚瞄准的对象就是丁磊。怎么,不行吗?我可是优质女……
地址:http://hexun.com/meining


十一郎
易中天说,郎就是小伙子的意思,孙郎就是孙帅哥,周郎就是周帅哥,十一郎呢,就是十一个帅哥。

麦田:这一次,我做自己的社区了,明年,我将给你讲我的这个社区。
地址:http://maitian.blog.techweb.com.cn/

方兴东:今年我好累,明年我更累,就为了让你们每个人都有博客。
地址: http://fangxd.bokee.com/

刘韧:今年,很多人都在学我的1、2、3、4,明年,我继续我的1、2、3、4。
地址:http://blog.donews.com/liuren

李承鹏:因为,虚构比真实更难,所以,小说比球评更难。我又开始昼伏夜出,毛发耸立,像出没于东三环双井桥旁的一只野猫。
地址:http://blog.sina.com.cn/m/lichengpeng

王建硕:我写英文博客,坚持写,希望你也坚持看。
地址:http://www.wangjianshuo.com/

王小山:我的博客地址是哪里?我也不知道,不过,好象每个博客网站都有我的博客。
地址:http://wangxiaoshan.blog.sohu.com/

董路:结婚生孩子的当天都不放过写博客,不是每天都要结婚生孩子,博客,当然每天都要写啦。
地址: http://blog.sina.com.cn/m/donglu

和菜头:我总觉得自己是头驴。为了追求脑门前的萝卜,不停地前进,不停地拉磨。我想我身在驴圈,在每一个疲惫的夜晚,站在我的槽边吃着料豆。偶尔抬起头来看星星,那么这头驴子也会想到些什么。因此,记下那些在槽边的心情。
地址:http://www.hecaitou.net/

陆新之:我关注主流新闻重要行业核心企业,且看且记,希望你且上网且看,且看且回贴。
地址:http://luxinzhi.blogms.com

王通:企业网站如果不具备网络营销功能,就像一个失去性功能的男人,他是一个人,但,只能算一个废人!所以,企业做网站,要从营销的角度去做,这样才能产生经济效益。
地址:http://www.ufoer.com/

小刀马:摸爬滚打于网络世界,每天在挨踢着,妄想刀出鞘能刀刀命中死穴,平民思索,平民感怀。明年?我将继续笔写心情,混迹江湖。
地址: http://blog.sohu.com/members/xiaodaoma/


十二钗
宝玉问道:"何为金陵十二钗正册?"警幻道:即贵省中十二冠首女子之册。

木子美:今年结婚好,我也想结婚了。博客?不,我现在是播客,快来听我的播客节目吧。
地址: http://podcast.bokee.com/muzimei.html

芙蓉姐姐:今年我拍卖了约会权,虽然不成功,但是有了经验。明年?我不是说过了吗,即使全世界都误解藕,藕也不会放弃自己。
地址:http://furongjiejie.bokee.com/

二月丫头:我像莫文蔚吗?像吗?不像吗?
地址:http://blog.sina.com.cn/m/eryueyatou

黛秦:他们说我用色相推销新书,但这是不是比有些女作家用新书来推销色相要好那么一点点呢?
地址: http://blog.sina.com.cn/m/daiqin

流氓燕:小女子今年年方三十一,身材稍有走样,倒也不失标致。我流氓?我最近正在拍李银河老师的马屁。
地址:http://liumangyan.tianyablog.com/

dodolook:今年我和MOP签约了,还接了广告。明年?我的脸还是粉嘟嘟的。
地址:http://my.mop.com/dodolook

Ayawawa:比我聪明没我漂亮,比我漂亮没我聪明,我智商145。今年如此,明年还不是一样。
地址:http://blog.ayawawa.com/

张静君:我一向都写日记的,以前写静君笔记,现在写静君博客,就是记录自己工作和生活中的趣事以及感悟,我以博客为乐。
地址:http://zjj.anyp.cn

鱼顺顺:明年,我首先要把家务做好,然后,再把博客写好。绝对不允许自己先写好博客再做家务!
地址: http://yushunshun.blog.sohu.com/

北京女病人:我还是一如既往地写随笔,俺期待的只是病愈后那个神清气爽的时刻。
地址:http://lome.blogcn.com/

孟静:北有什么?北有什么?北有什么?北有孟静。嘻嘻。明年?我继续八卦……
地址: http://mj6655.yculblog.com/

菁菁河边草:当妈总是有第一次,明年?我要把黄豆打扮得漂漂亮亮,我在创业!
地址:http://ladygrass.blog.sohu.com


聚贤庄(59人)
煮酒论英雄,聚贤庄内的好汉们。

张怀旧:今年我骂了很多人,明年,我将骂更多的人。我就是看不惯!
地址:http://zhanghuaijiu.blog.sohu.com/

十年砍柴:我在钢筋水泥森林里挥着斧头砍柴。遗憾?就是为什么叫十年砍柴的人这么多……
地址: http://liy303.tianyablog.com

炳叔:爱戴墨镜,不分昼夜。戴着墨镜写博客?有什么问题吗?
地址:http://blog.donews.com/bingshu/

牛角尖:我现在专职研究互联网,你可以看看我的博客。
地址: http://blog.donews.com/tycoo

卢亮:做一件事情就要把它做好,明年?当然继续写。
地址:http://blog.wespoke.com/

曹野:我将一如既往地严肃讨论时政,反映社会现实,理性探讨问题,引导自由思维…怎么好象在喊口号?
地址: http://caoyee.bokee.com

洁尘:作家的工作就是写,有稿费要写,没有稿费的博客也要写。
地址:http://lybmm1967.tianyablog.com/

横戈:有时间的时候,我会写篇blog。明年?我希望多有点时间……
地址: http://hengge.blogbus.com

刘润:三年前建成"靠近我",写下第一篇blog的时候,没想到可以坚持三年。明年当然还要继续。
地址:http://blog.run2me.com/runliu/

吕欣欣:对互联网发展、技术引发的媒体变革、IT发展、电影、足球、游戏等多个领域感兴趣,造成了什么都不精的杂家。
地址:http://www.lvxinxin.com/

高飞:挨踢人,喜欢看电影,如影随形,更喜欢看完后写博客,深信一切产业的终极目标都是娱乐产业。明年?喜欢多看几部电影,多写几篇博客。
地址:http://atblog.org/blog/

李安科:我就喜欢照相和贴图,明年?继续照我的大头照。
地址:http://www.yeele.com/

董事长:我觉得地球人可以简单的分为两类:会点菜的和不会点菜的。我自己?当然是不会点菜的。明年,我想学点菜……
地址: http://www.blogcn.com/user2/dsz/

李许:六合彩一天不灭,我一天不停博!明年六合彩会消失吗?我希望会,所以希望明年我可以不写博客了。
地址:http://mari.bokee.com/

诗哲魂:我是一个追求自由的人,一个崇尚自然过简朴生活的人, 一个以梭罗精神生活为榜样的人……
地址:http://shizhehun.bokee.com

老虎庙:我的博客24小时在线。记录文革亲历的"史海勾沉"系列;记录国防战备工程建设中人性历练的"食、色、性"系列;记录北京城市改建对传统文化的破坏的系列文字;以及记录了大量发生在自己身边的社会事件……
地址: http://24hour.blogbus.com/

caiwangqin:今年参加了中文网志年会,见到了不少bloggger朋友,也许明年我们还会北京再见。
地址:http://www.caiwangqin.com/

尚进:很小的时候,托儿所阿姨评价"这个孩子很复杂"。现在,常写IT评论和文化杂谈,复杂不复杂,我也不知道。
地址:http://blog.sina.com.cn/m/shangjin

黄集伟:我就是读点书、说点话、转点文、怀点旧,不费什么力气,明年继续。
地址:http://www.huangjiwei.com/blog/

费乐沃:我继续写YY先生语录。YY先生决定买一模一样的衬衫七件,一模一样的裤子七条,一模一样的皮鞋三双,一模一样的袜子十四双。问他为什么?说,每天都穿一样的衣服上班。
地址:http://www.philewar.org/

车东:除了自己写博客,我还成功地把自己的父亲变成了一个Blogger。另外,再次强调,我是一个搜索引擎技术的受益者。
地址:http://www.chedong.com/

桑格格:一定要写点什么,这一天我才会高兴……在日记的最后一页,我发现了这样一行字:"桑格格,17岁,1997年11月"的字样。
地址:http://sggsgg.tianyablog.com/

读乐乐:我们的治学口号是:爱思考,皮肤好!教你读《离骚》,如果把《离骚》排成五个字一排的中文字方阵,你会发现,至少有三个"兮"在一条直线上;如果把《离骚》排成七个字一排的中文字方阵,你会发现,至少有五个"兮"在一条直线上;如果把《离骚》排成九个字一排的中文字方阵,你会发现,哇,好多的"兮" 都在一条直线上啊!
地址:http://paowang.com/blog/dulele/

周天舒:一个blogger要靠口碑传播去获得收入其实比靠google adsense去获得收入还要不靠谱。我宁可在我的blog上放置显性的广告,也不会让我的口碑被隐性广告所利用。
地址: http://zhoutianshu.blog.hexun.com

史炜:把每天说的话,想的事写成文字,就成了博客。博客其实很原始,就象原始人在岩石上画符号记事,都是怕把昨天给忘了。
地址:http://shiwei88.blog.sohu.com

王翌:不要再玩blog点名游戏游戏了,你点到我,我也不一定接。
地址:http://daqiwangyi.blog.sohu.com/

韩浩月:患有写作这种精神顽疾十数年,至今未愈,博客加重了我的病情。
地址:http://hanhaoyue.bokee.com/

胖大海:我继续有一说一。
地址:http://www.yyse.net

郑云深:在博客家族里文字博客始终会是主流,刻事录将继续记录一个blogger的每一天。
地址:http://www.klogs.org/

金陵:Blog与教师专业发展有着内在的联系。是教师利用"零障碍"的社会性软件,用心灵书写属于自己的网络日志的方式。教师可以方便地将教学、研究、生活等方面的精神与物质的成果上传发表,形成教师个人的资源积淀,成为人生路上的好帮手。Blog可以跨越时空形成网上头脑风暴,成为支持教师隐性知识显性化的重要途径。
地址:http://www.szeblog.cn/user1/3/

topku:我流串于鲜活互联世界,书写有关网络、品牌、营销,关注博客领域发生的一切事情,我很有个性?是啊,被你发现了……
地址: http://www.topku.com/

herock:咖啡和Blog的一个共同点就是——都是小众的乐趣,并不适合聚众享用。
地址:http://www.herock.net/

风吹佩兰:我欲放歌行,云深不识径。且喜天意怜,野花正缤纷。——这首诗是抄来的,但我很喜欢。
地址: http://fengchuipeilan.tianyablog.com/

詹膑:前阵子受人影响,开始更深入地考虑"人"的问题,也一下子对周边的世界有了不同的看法。感谢web2.0,让我见到的非常多有意思的人,其中绝大多数我都很喜欢。继续写博客,继续认识有意思的人。
地址:http://zhanbin.com/blog/

icebin:一只为了理想奋斗的猪,我经常会为有MM来留言而兴奋不已。明年没别的奢望,不奢望自己写多少,就奢望留言能够更多点。
地址:http://www.icebin.net/

桑葚:我想的是(事)物(的道)理,记的是流水账。
地址: http://yanfeng.org/blog/

叶子:我歇息了,我消停了,我肚子大了,我,不再忙碌了。当然,我还得继续写怀孕日记,明年?接着写宝宝日记。
地址:http://www.uuzone.com/blog/yezi

康国平:北京风大,切勿说话,我忙着和自己对话。
地址:http://kangkang.bokee.com/

Gkin:我的摄影博客,爱摄影,爱博客。
地址:http://gkin.net/blog/

Miles:李开复说,当一个人对某个领域感兴趣时,他会在走路、上课或洗澡时都对它念念不忘,这样就容易在该领域取得成功。有激情,就可能为它废寝忘食,连睡觉时想起一个主意都会跳起来。这时候,人们已经不是为了成功而工作,而是为了"享受"而工作了。
地址:http://www.miles8.com/

周轶君:今年我没有在中东,我要去香港了,告别新华社,去凤凰卫视。《诗经》里说,茕茕白兔,东走西顾;衣不如旧,人不如新。
地址:http://zhouyijun.blogbus.com/

高磊:博客就是个胡思乱想的地方,一不留神也会出来几句不胡思乱想的话。当然,更有我的摄影作品。
地址:http://gao.blogbus.com/

胖兔子粥粥:msn内的计数器显示,流量达到490,000呢…当然,距离弯弯的59,000,000还差得很远。明年?这就是我的目标啦。
地址: http://pangtuzizhouzhou.spaces.live.com/

JinnLynn:写我所思,写我所感,写我所爱,兴趣是Jinn's Blog存在的唯一动力!
地址: http://www.jinnlife.com/

zhangteng:瞎讲三千,一个人住双人间的好处是,看电视吃东西把一个床弄得很乱,睡觉的时候却还有一个新的床.....
地址:http://zhangteng.blogbus.com/

Bluesky:我的博客不仅仅谈UI设计,还谈好玩的。
地址:http://www.haoxiaowei.com/

阿祥:感知信息时代脉膊,关注知识经济浪潮;以独立眼光看业界,以客观笔墨记兴衰。网站稿费不高,明年?我还是写博客吧。
地址: http://blog.sina.com.cn/m/axiang

番茄:一年半的时间,140多万的点击量,哈哈,我番茄想不红都不行了。
地址:http://www.tblog.com.cn/

杨溯:当一段故事和一段经历尘埃落定的时候,面对过去,我们要心怀感激,感激过去,感激经历,感激,所有值得感激的人……
地址:http://www.yangsu.cn/

子东:年有寒暑,月有圆缺,常植花菜,不破杂芜网志地。
地址:http://zidon.lvwo.net

大头绿豆:没错,我只是那么多猪肉佬中不出众的一个,我的不一样,无非是偶尔发些不知所谓的唏嘘罢了。也即是说,虽然我是猪肉佬,好歹我还有些异处;虽然我偶尔唏嘘,但是那也阻止不了我只是个猪肉佬这一事实。
地址:http://www.bighead.cn/

沈阳:三年,699篇Blog,约295.5万字博客文帖。老网虫夫妇的博客网站还将继续写下去,直到金婚,再开个金婚博客。今年还打了一场博客官司,明年?还要打官司吗?
地址: http://www.w.org.cn/

Kevin和Tony:当我还在为了生存挣扎的时候,布拉格过于"乌托邦"了,什么PR=5,什么排名20w,都不如晚上洗个热水澡来得实际。关门之前最后说一句,请大家注意版权的问题。
地址:http://kevintony.com/blog/

Acosta:我是草根,访问量也能过千万。帅啊帅啊,帅也是一种罪啊!可是,我千万访问量怎么排这么靠后的位置啊?你们作弊!
地址:http://blog.sina.com.cn/m/Acosta

地瓜猪:穿起防辐射的肚兜,继续给我的猪娃写BLOG。谁说孕妇不能用电脑?谁说未婚妈妈抬不起头做人?我就做给你们看看!
地址: http://blog.sina.com.cn/m/diguapig

科尔沁夫:我就是一个退休了的乐评人,能不写字就不写字,能享受生活就享受生活……
地址:http://KEER .blog.a8.com

一枚糖果:到截稿时间为止,糖果粉丝团们一共爱了糖果340366次,你爱过一次没有?没有的话,先啃个棒棒糖,找找感觉。
地址:http://lovecandy.tianyablog.com/

dongdan小宇:我爱摄影,不仅仅是为了"中国博客网最佳图片博客"这个称号,因为这就是我的生活,每天拿着相机捕捉精彩一刻。透亮的光线从镜头的那端触摸我的眼睛,让我不假思索点击快门,那个清脆的声响,那个凝固的时间总是能让我快乐。
地址:http://dongdandd.blogcn.com

林艺:媒体把我称为"中国民间性家教第一人",这个称号太正式,我更喜欢别人把我当作知心哥哥,把你的绝对隐私交给我,请你绝对放心。
地址: http://xingjiajiao.blog.sohu.com/

结语:中国博客的清明上河图

2002 年,中国没有BSP,个人主页服务也一片萧条,我在国外的一个BSP网站上用中文写blog。这个时候,方兴东正在利用他的媒体关系宣传博客概念。于是有朋友看了报纸和我的blog后问我,什么是博客?我解释不清楚。我问方兴东,什么是博客?我感觉方兴东也解释不清楚。

2006年,我已经不用再和你解释什么是博客了,虽然到今天我仍然无法向你解释清楚什么是博客。

在这之前,木子美已经告诉了一部分上网用户什么叫做博客;2006年,徐静蕾把什么是博客告诉了剩下的那些人。
于是,呈现在我们面前的,是一幅清明上河图。

虽然,2006年,方兴东已经把握不住博客网了,博客在中国迷失了方向。但是,博客却又被那个刚刚说看不起博客的新浪陈彤,做出了一个样子——这不仅仅是明星博客。我们可以注意到,新浪最值钱的社会新闻,已经在前段时间,被博客改头换面地替代。

2006年,Blogger们为中国互联网无偿贡献了内容。在这之前,新浪网想都不敢想能够向徐静蕾免费约一篇稿子(那时候的徐静蕾还远远没有今天写博客的徐静蕾出名),而现在,徐静蕾每天都在新浪博客上贴自己的写真。
现在,Blogger们所缺的,就是获得作为一名Blogger的价值。你除了可以把博客作为头衔写在名片上,还可以获得实在的名与利。

坚持做内容的Blogger,将会从中获得收益,Keso已经被Google总部邀请去参观了;徐静蕾如果没有写博客,现在也不过是一个演员、一个导演,但是现在不同了,她已经是一个有很多人喜欢的演员和导演了,有AMD的广告找上她。她现在肯定每天都会感谢老天:亲娘啊,谢谢你博客!

2006年,有歌手投入500万打造自己的博客,明年,这样的事情还会有;2006年,所有的网络红人,无论幕后有没有推手,都依靠了博客的力量。越来越多的网络用户,会用博客来干一点正经事,或扬名,或赚钱。

我和你打一个赌,当个人博客有了收入,或者重新认识了博客的价值,明年天极网的这个博客封神榜,就会有人主动地找到我,请我吃顿饭:Hi!哥们,我想进这个榜!

Posted by eygle at 11:32 AM | Comments (2)

December 1, 2006

红鲱鱼:Vista或将成为微软最后杰作

出处:http://www.eygle.com/digest

2006.12.01 来自:腾讯科技

导言:微软终于推出了其人们期待以久的新操作系统Vista。这可能是一款不错的产品,但是这或许也是微软推出的最后版本的Windows了。

周四,微软终于向企业用户揭开了Vista的神秘面纱。微软历时5年,耗资70亿美元最终打造出了该操作系统。与其前代产品一样,该操作系统最终会在全球 90%的个人电脑上运行。但是这可能会是微软最后一款这样的产品了。部分原因是因为微软可能无法再负担起确立此类大的业务计划了。微软投资数十亿美元打造 Vista,而其竞争对手却潜心开始从数字音乐到在线广告等新兴业务。结果过去5年来,微软的股票价格仅从27.72美元,增长至29.39美元,增幅仅 6%。


微软将不会再有此类雄心壮志对全面革新Windows。与微软相抗衡的开放源企业更新换代Windows的替代产品速度非常迅速。互联网正迅速改变着人们对操作系统的需求。曾经负责Windows开发的微软内部人士明确表示,微软已经彻底改变了其操作系统的业务计划。微软首席执行官斯蒂夫·鲍尔默曾向微软分析师及媒体表示:“我们努力开展了太多的创新并加以整合,而没有把它们发展成熟后再进行整合,这是我们遭受损失的主要原因。”

当然,这也不是微软第一次试图改变Windows了。早在十多年前,微软就努力推出了Microsoft NT,这是由微软的大卫·卡特勒领导进行的一次为期多年的对Windows进行的一次重大创新,并使得微软在服务器市场上拥有了一席之地,同时也为微软在互联网时代展开竞争打下了基础。自那时起,计算领域的前景发生了巨大的变化。开放源运动的兴起,把全球大批志愿程序员联系在一起,他们通过努力推出了 Linux操作系统,这也成了微软在服务器领域主要的竞争对手的。与此同时,苹果也推出了其最新的OS X操作,经过改进该操作系统在安全性及可用性方面均超越了Windows。与此同时,微软也开展了对Windows操作系统所要使用的许多软件及硬件进行创新。这种无计划的发展,使Windows面目全非,以至于Sun的董事长斯考特·麦克尼利把Windows比作是一个混乱的毛线球。


然而Vista漫长的开发周期使得微软无暇顾及为操作系统引进新技术。市场调研机构Directions on Microsoft的分析师罗布·赫姆说,Vista一再推迟发布阻碍了微软发展如.Net等重要技术。微软或许意识到了这一点,并采取了一些积极的措施。任命新的Windows部门领导人就是微软进行转变的一个最明显的信号。微软任命原Office部门主管史蒂文·西诺夫斯基负责Windows部门的工作表明微软将要有秩序地对Windows进行开发,当年西诺夫斯基领导Office团队的时候也是采取了这样的步骤。赫姆说:“我认为,微软不再打算采取像Vista这样的跳跃式发展。”


微软在个人电脑领域的顶尖位置使它与苹果或红帽有着很大的不同。苹果把硬件和软件紧密地结合在一起,这就是说,与微软相比,它可以更加迅速更加悄无声息地进行转型。而微软对软件的大手笔开发是红帽及Novell所进行的分布式开发模式所无法比拟的。然而,微软必须寻找到一条更加快速发展的道路。缩短新产品的开发周期。譬如,微软可能会用Windows Live Mail替代Microsoft Outlook,以在网络领域的竞争中获得优势。赫姆说:“这将是微软从漫长的Windows开发周期中跳出,并推出一些最新的具有战略意义技术的一次真正尝试。”


目前,微软仍然远远领先于其竞争对手,Vista漫长的开发周期对微软所造成的不利影响十分有限。如果微软找到了一条正确的发展道路,那么可以相信微软是不会再推出像Vista这样的产品了。

Posted by eygle at 10:20 PM | Comments (0)


CopyRight © 2004-2008 eygle.com, All rights reserved.