2. 数据库厂商产品技术发展状况
各厂商根据下一步发展需要，其他举措方面存在不同的倾向性。
2.1 微软
微软倾向于坚持应用和开发带动数据库发展的方向，在数据仓库和XML之外力求开拓诸如空间信息应用、多媒体信息检索等一系列以往微软并未踏入的市场。另外，为SQL Server增加访问如博客、邮件、Wiki、RSS等非架构化数据的能力。
 为了进一步向移动领域扩展，微软发布了移动版SQL Server，并与移动版Office集成，以整体Windows Mobile应用方案的形式提供给智能手机的开发商，希望将SQL Server产品和Office产品在Windows桌面系统的成功进一步扩大到移动系统领域；
 考虑到GIS潜在的市场，SQL Server 2008计划增加地理信息检索功能，希望与Oracle在空间数据库领域竞争；（这是下一个版本的事情了，希望放在最后阐述）
 顺应RIA的开发趋势，开始在SQL Server中增加对于音频、视频文件的支持；
 另外与Zend合作，提供面向PHP的专用驱动；与SUN合作，根据Java的发展不断更新JDBC驱动。通过对PHP和Java的支持，微软意图获得快速增长的PHP开发团队和主流Java团队的认同，凭借SQL Server在价格、易用性和功能上的综合优势，获得数量庞大的PHP和Java团队对SQL Server的支持。
总体上2007年的SQL Server相对平静，虽然没有主力产品问世但在应用领域取得了较快的发展；同时，迫于市场和用户的压力，在开放性方面有一定改善。它主要还在蓄势于明年发布的SQL Server 2008和.NET 3.5。
另外，虽然市场总额很小，但Aclearcase/" target="_blank" >ccess数据库的还保持较高的采用率，在既有应用中使用Access的公司甚至超过DB2和MySQL，在SQL Server的每次升级中微软总不会忘记发布Access的迁移计划，包括在CTP版本的SQL Server 2008中仍然提供迁移指导，目的很明确：一方面防止MySQL和PostgreSQL等产品的渗透，另一方面通过升级到SQL Server，提高市场占有率。
经过2年的稳定调整，SQL Server 2005已经在国内一系列行业应用中投入使用，而且相关的开发框架也比较成体系，对于用户而言此时在一些中小型项目中采用SQL Server 2005作为后台数据库或在一些大型项目中作为分支数据库未尝不是一个划算的方案。不过使用SQL Server 2005需要注意如下事项：
 相对Oracle而言，SQL Server 2005的很多调整能力比较隐蔽，用户控制自由度相对比较小，因此如果准备用于大型项目最好采用准生产数据通过开发接口、SQL脚本等多种方式慎重检测其在不同数据容量、不同负载下的运行能力，避免上线后因为数据库自身限制与应用间不协调影响应用可用性；
 虽然提供对JDBC的支持，而且随着SQL Server升级微软也会不断更新JDBC驱动，但毕竟.NET开发平台才是SQL Server的首选，采用Java和各种动态语言很多时候无法操作SQL Server内置的高级技术特性。同时在分布式交易的处理上，SQL Server与Java中间件服务器协调的稳定性远不如与Windows自身的DTC协调稳定；
 另外SQL Server运行中的很多问题与Windows平台有关，采用SQL Server必须有配套的Windows平台运维保障；
2007年商业智能市场IBM、Oracle和Teredata主导的格局受到SQL Server的冲击，尤其在中等规模应用中，SQL Server得到了快速发展。不满于传统单纯后台模式的OLAP和数据挖掘，用户要求更短时间间隔的处理，大型综合分析和短期小规模热点商务领域分析相结合。从SQL Server 2008的CTP版本看，微软结合Office System推出了随机OLAP的概念和阶段性产品；
在SQL Server采用率始终保持领先的情况下，其受到的批评也总是最多的，不过纠其原因主要集中在SQL Server运行的Windows平台和它在高端数据应用领域的处理效率。建议微软（中国）尽快把SQL Server在全球大型的实施经进行总结，除了把各种“广告”内容写在案例之外，更要把面向不同特点海量数据应用的最佳实践提供给国内技术人员，帮助国内IT业树立起“SQL Server一样可以用于大型项目”的信心；另外在各种技术推广活动中，除了介绍新产品之外，也要组织一些正在或潜在采用SQL Server实施大型项目的技术人员进行较为深入技术交流，并建立起长期的技术合作，毕竟对于这类技术人员“稳定运行”是第一位的，技术“花活”是次要的，让他们了解并乐于采用SQL Server将在整个行业带动起不小的辐射作用。

2.2 IBM
经过2006年Viper的发布浪潮后，2007年IBM着力于数据管理之后的“内容管理”，IBM在很多领域凭借其拥有的科学家优势，在引领新的数据应用领域。今年发布的DB2 9.1版本主要引入了同构联邦特性，借以照顾没有从Informix迁移的用户，确保客户程序可以像访问本地表一样同时使用DB2和Informix。不过考虑到Oracle 11g和SQL Server 2008的上市对用户采购取向的影响，DB 2的下一个版本将着力在双引擎和PureXML方面增强，在Oracle与微软才刚刚完成XQuery 1.0支持的时候，研发中的下一版本DB2已经根据市场反馈，计划实现XML数据专用的层次结构锁机制。另外，围绕“内容管理”，IBM在DB2之外还适时进行了一系列举措：
 作为对数据库和数据仓库产品的补充，通过OmniFind提供对各种非结构化的信息的访问，不仅提供XML、Office、PDF信息的检索，还针对企业管理需要，增加面向博客、电子邮件和语音信息的检索；
 考虑面对众多的信息时，如果不能对信息元素有效分类，内容管理的价值同样会大打折扣，IBM新发布的Classification Module主要帮助用户有效整理和分类自己的信息；
 为了加强对元数据的管理，IBM发布了Metadata Workbench，用以在SOA环境通过将以往分散在企业环境中的数据库和数据仓库应用、主数据项目以可视化的方式进行管理，并将他们直接服务到企业SOA的实施中。随着企业数据源、数据用户和数据依赖关系日趋复杂，牵一发而动全身的效果成为阻滞企业信息化发展的一个因素，虽然通过配置管理等手段可以在一段时间有效掌控企业信息，但毕竟有延迟，加之市场推动带来的数据模型本身快速变化，相对还在以数据集成为主的Oracle和微软，IBM则着力试图从数据元信息层次进行直接管理；
不过值得注意的是07年DB2虽然市场销售情况保持增长，但增幅明显落后于SQL Server和Oracle，以往被视为高端应用的“AIX UNIX + DB2”组合也受到“Linux + Oracle”和“Win NT平台 + SQL Server”组合的挑战，在巨型数据领域Teredata也在瓜分DB2原有份额。
横向比较看，相对于其他产品，DB2一直是数据应用技术创新的领跑者，但在数据库管理方面的开往性相对Oracle较弱，易用性逊于SQL Server。选择DB2需要注意如下几个方面：
 服务和技术支持的成本必须要反复斟酌；
 充分支持DB2的开发框架相对SQL Server和Oracle要小得多，因此采用前需要结合项目需要，对相关技术考察；
 熟悉DB2的系统管理人员和开发人员相对较少，如果准备采用DB2也最好把它作为企业最后端的数据管理平台，前台数据库、分支数据库建议采用其他数据库产品；
 DB2 Viper在XML数据的处理方面的领先技术优势非常利于基于XML的众多Web 2.0技术，无论是XML数据检索还是XML数据实体建模方面都有比较明显的优势，但真正用于项目必须要权衡与应用架构的协调性；
DB2下一步发展将不仅仅是一个数据库产品的单打独斗，凭借在SOA领域的领先优势，DB2有必要尽快把“数据管理”到“信息和内容管理”的理念借助SOA产品、搜索引擎产品、数据分类产品、主数据管理产品以“集团军”方式提供给用户，而且要更多注意争取中、小型企业的市场，把IBM产品“高高在上”的形象变的“平民化”，凭借新一波SOA和Enterprise 2.0技术浪潮的趋势，在ORACLE、微软相关产品技术上还存在差距的间隙，尽快占领市场。

2.3 Oracle
07年是Oracle的丰收年，除了按期发布11g之外，还在市场销售和客户采用率方面获得不小进步。一方面Oracle继续大力支持开源领域，通过Linux、JBoss和Hibernate争取大批Java和Linux开发团队从其他平台向Oracle平台迁移；另一方面，经过一系列收购，并对其中间件产品线和数据库产品线进行融合，利用当前非常有利的市场环境，通过快速扩充为下一步发展储备力量。相对微软和IBM，Oracle的服务重心更倾向于DBA，在11g中除了提供一大批简化数据库管理的特性外，面向PL/SQL也提供了很多便捷性支持。通过Replay、Auto SQL Tunning、ADDM等一系列特性，提供专门面向大型数据库集群的管理能力；增强在线补丁升级机制，尽可能的降低Internet环境下数据服务的中断时间。整体上相对面向未来市场，不断发布新技术的IBM数据管理家族而言，Oracle更专注于完善现有功能，让管理员和用户可以在一个相对持续优化的环境中使用它的产品。此外，还有如下举措值得关注：
 首先，Oracle意图通过收购一家开源企业的方式，将产品线向下扩展，开发适于Oracle自己数据库产品的Linux操作系统；
 为了应对微软的压价市场策略，通过发布免费的Express版本，让用户和开发团队可以了解并使用Oracle，尽量提高采用率；
 区别于IBM通过元数据和主数据管理解决IT环境信息互联策略，为了迎合SOA和Enterprise 2.0的要求，Oracle明显着力于解决异构IT环境下信息互联的信任问题，通过收购并融合的方式，提供更适混合环境下的目录服务、用户角色管理和用户身份管理；
 由于PHP领域的快速发展，Oracle在高举J2EE大旗的时候，不忘为PHP提供专用的驱动，并且在11g发布的同时，提供支持几乎全部PL/SQL功能和部分管理工作的PHP接口；
 与发布了一系列Best Practice的微软和IBM不同，Oracle直接提供整套的配置方案，尤其针对Linux平台，其中从软件、硬件、存储、驱动一直到网络部件都逐一列出，对于越来越谨慎的IT运行维护部门而言，Oracle的这个措施既是“伏笔”也是“触媒”，目的是让既有用户更安心得升级到11g，潜在的用户更快得用上Oracle。对于一贯被视为比SQL Server复杂很多的Oracle而言，小噱头旨在大市场；
随着11g的推出，Oracle在数据库市场风头更盛，而且国内Oracle的应用日趋普及，不过在采用Oracle时需要注意如下方面：
 Oracle最搭对的开发平台是Java，虽然Oracle向.NET社区提供了ODP.NET，并对动态语言提供了专门驱动，但毕竟难于充分使用Oracle的特性，尤其对一些数据库管理的特性，Java之外的开发平台支持甚少；
 Oracle在数据库运行管理方面的优势非常明显，而且随着RAC和各种热恢复技术的基础上，Oracle在稳定性和可用性方面表现优异，不过随着11g的推出，Oracle功能特性的数量膨胀很快，很多以往习惯的管理技术也需要升级，因此采用Oracle也要在人员雇用方面多花功夫；
ORACLE最大的优势在于充分抓住了DBA群体，并且在用户群体中树立了“ORACLE适合做大型项目”的口碑，从市场占有看其总值也超过DB2和SQL Server的总和。不过随着ORACLE产品发展重点从数据库逐步转向中间件和应用服务器领域，ORACLE在新技术开发和应用上的步伐似乎总不如IBM和微软，尤其在一些新技术标准的制定中，来自ORACLE的委员似乎总是寥寥，在这个“三流企业做产品、二流企业做概念、一流企业做标准”的时代，技术储备上的差距也许在短期内看不出效果，但如果该局面一直保持，很难讲数据库领域会不会在下面一至两年内遭遇类似开发领域AJAX和EJB 3突然引发大面积应用变革的局面，届时ORACLE按照现有技术标准投入到中间件和应用服务器产品的巨大资金、人力投资也许会成为“鸡肋”，进而影响到ORACLE数据库产品的采用率和市场份额。

2.4 MySQL
作为开源数据库的代表，MySQL在07年一直力求使自己成为“企业级”的数据库产品，通过发布一系列监控产品，方便用户监控MySQL运行中的安全隐患、复制执行情况，并提供优化建议。虽然MySQL在数据仓库领域并没有积累，不过从Gartner对数据仓库市场的统计看，MySQL已经开始起步。在顾及后端能力的同时，MySQL也通过与Jasper的合作获得了一整套的报表支持，包括全套的运维报表产品、性能不错的交互报表服务器、图形化的报表设计工具套件、高像素的仪表盘、表格和图表，通过改进前端特性，提升用户对使用MySQL的亲切感。此外，MySQL的其他行动也显示出一个成长中开源产品的活力：
 高调开展各种高可用和Scale out集群产品培训，在继续维持其低成本印象的同时，尽量争取被DB2和Oracle长期占据的大型应用；
 通过与IBM合作，MySQL获得在i5/OS平台的安装支持，同时可以使用IBM DB2提供的存储引擎，虽然这更多是个商业活动，但“借力”之后对改进产品企业级形象有不小帮助；
 积极争取世界级新生力量，通过与YouTube、Google、Adobe、Amp’d Mobile、Red Hat的合作，将MySQL更多用于企业之外的新型应用，凭借初次成本优势在服务于新生应用的同时，为下一步发展积蓄力量；
 进军嵌入式应用领域；
经过几年的应用，MySQL也在国内获得普遍应用，作为开源数据库的代表，如果采用它不仅要看到其成本优势，也要注意开发和运维方面的一些问题：
 MySQL虽然经过众多项目的检验，但绝大多数面向互联网应用，但作为企业应用尤其是行业核心业务系统的案例较少，而且MySQL在中国地区的支持力度远没有在日本、新加坡和印度方面的大，尤其Enterprise版本的集群技术有待考验；
 数据呈现方面，MySQL没有自己的产品，如果项目采用MySQL往往需要额外购买第三方的数据呈现产品；
 MySQL自己的运行监控产品相对IBM、Oracle和微软的商用数据库而言还不够成熟、不成体系，而且自动管理方面有待加强；
 MySQL自己还没有相对完整的商务智能技术；
MySQL一直在过渡到“企业级”数据库的过程中，虽然在产品特性上不断增强，但似乎还没有对微软、IBM、ORACLE在企业数据应用领域面临的琐碎问题做好准备：一方面MySQL没有完整的自动补丁更新机制和数据安全保护体系；另一方面，虽然有众多团队采用MySQL但限于它支持能力有限，因此同样适用“敢于采用开源产品做大单子你就要有本事改它”的局面。
从其官方网站的宣传和新闻看，中国市场的消息从来都没有成为某个季度、甚至某个月的热点，而且技术文档除了英文和日文以外，鲜有中文资料。建议MySQL考虑中国蓬勃发展的开源力量，认真对待并加大对中国市场的支持力度。

2.5 Sybase
在被排挤出主流关系数据库市场后，Sybase剑走偏锋开始在移动数据库领域获得新的发展。07年Sybase在技术倾向上明显向微软靠近，虽然在.NET和Java占据了开发市场的主体之后PowerBuilder已经风光不再，但凭借其在移动数据库领域的发展，PowerBuilder还继续担当Sybase主力开发的任务，新发布的11版本主要面向.NET平台提供ASP.NET、Windows Form和Smart Client的扩展，继续为Sybase数据库争取应用空间。另外还有其他举措值得关注：
 通过收购一家日本GIS方案提供商扩展其产品线，iAnywhere、RFID、移动数据库同步、GIS构成了一个很有竞争力的链条，相信在CRM、供应链、城市（甚至更广范围）大型基础设施的配套IT建设中Sybase将会获得不小的商业空间；
 打安全牌，相对于SQL Server 2008、DB2 Viper、Oracle 11g强调的逻辑实体（表、视图、数据实体对象）的安全性不同，Sybase Adaptive Server Enterprise 15更强调细颗粒度“行”级的强密码保护，不仅对一般非授权用户，就连DBA也在防护之列；

2.6 PostgreSQL
同为开源数据库产品，PostgreSQL相对MySQL一直给人“稳稳当当”但又“慢慢悠悠”的感觉，既没有像MySQL在07年快速发展，也没有在06年突然受到冲击。不过在技术发展上与MySQL倒非常类似：
 面向企业应用，提供多个平台的复制产品；
 提供更丰富的图形化管理工具，简化数据管理操作；
 继续收集Access和Foxpro、Dbase数据库的用户市场，同样配合PHP，力图让用户迁移到自己的数据库；