中小企业数据库选型

申请免费试用、咨询电话：400-8352-114

卢冯是一家互联网创业型企业的老总，他最近比较烦，一张技术部门的人申请需要增加带宽和购买新的服务器的报告摆在了他的面前；而在3个月以前，他记得已经给公司增加了带宽和两台服务器，没想到这么快就不够用了，尽管公司的业务的确有很大增长，但不应该这么快就反应到系统上吧，他百思不得其解。卢冯所在的公司是一个互联网企业，通过网站提供服务，类似于百度的知道，不过是一个细分的专业"知道网站"。公司网站的技术基于ruby，后台采用了开源数据库Mysql。

卢冯对公司的技术部门产生深刻的怀疑和不信任，于是通过关系找到一些技术上的朋友对他们公司的网络和系统进行诊断。诊断结果让他出了一声冷汗: 公司近2年的数据处在危险之中，缺乏有效安全的保护机制，几乎没有任何备份措施，急需聘请专业的DBA调优和管理数据；访问压力和瓶颈主要集中在数据库部分，网络带宽浪费很严重。

记者了解到，卢冯公司面临的问题，其实是大多数创业型公司在成长初期所遭遇的普遍问题。
"我并不懂技术，选择Ruby开发网站，只是听说这种技术很新颖，开发网站快速灵活。另外，后台数据库的选择考虑到成本原因就直接使用了开源的产品。"

"那是否对数据的增长有一个预期呢？或者说，对数据库以及存储有一个整体的规划？"记者问道。

"这个并没有，当时抢时间，就是为了快速上线，很多东西都没有想清楚。业务上的，技术上的等。"

技术选型的迷失

今天的大型企业，几年甚至几十年前，都是中小企业，如果能将这些企业在信息化过程中的酸甜苦辣书写出来，给今天的中小企业以借鉴，则善莫大焉。

初创型企业和中小型企业，计算成本往往是第一要务。然而，大部分企业在计算过程中都会错误将成本计算为"产品购买成本"，所以很多中小企业在建设业务系统时，直接使用开源免费数据库甚至盗版的数据库软件产品。

实际上大部分的企业已经意识到，企业信息化运营必须考虑综合成本。在数据库产品的使用上，一个产品的成本应该包含以下几个部分：购买成本＋服务成本＋管理维护成本＋开发成本，即经常说的总体拥有成本。

据记者了解，开源数据库Mysql的服务成本的价格并不在Oracle之下，并且购买服务还相对比较困难。

 "中小企业选择数据的范围其实可以很大，即便是在考虑初期成本的前提下。除了开源的产品以外，还有很多商业数据库的免费版本，都是不错的选择。不管是选择何种产品，一定需要对自己的数据规模有个估计和规划。否则即便是你选择最贵的商业和数据库，系统也会问题百出。"ITPUB社区的一位数据库专家在采访中表示。

然而，大部分企业还是迷失在开源产品和缺乏服务的产品之中。卢冯听从专家的建议以后，马上在市场上招聘Mysql的数据库管理和维护人员，然而在底薪1W的条件下，招聘了2个多月，也没有招聘到胜任的技术人员。另外，目前IT人才市场上，懂得Ruby的人才也十分稀缺，不得不花高薪聘请。这样整个下来，人力的成本马上急剧上升；而这一切，都是企业初创时期没有想到的。

卢冯的公司也有一次数据库故障的惊心动魄的经历，当时由于停电故障，放在廊坊机房的数据库服务器down机了，当时排了2个工程师出差过去维修，卢冯诊断刚开始，工程师告诉他可能是数据库文件损坏了，卢冯急得赶紧从北京又赶过去，折腾了2天多，数据库才回复，整个网站的服务才恢复正常。

"这次整个下来，公司损失比较大，特别是成长到一定阶段的网站，用户对服务的稳定性要求较高，这种在用户心目中造成的对网站的不良影响，代价也较大。"卢冯谈到此事，显得很是激动。"如果当初选择商业数据库的话，服务肯定会好一些，至少不会让我的业务停止达到3天的时间。"

卢冯公司的案例显然不仅仅是是否采纳使用商业数据库的问题，技术运行维护管理也是一个很重要的原因。

技术选型的回归

因为意识到数据的重要，所以大部分中小企业在数据的保护运行维护上面的投入，已经有了比前几年要好得多的心里预期。

ITPUB数据库社区2007年的调查显示，在人数在100-500人的中小企业中，有高达63％的企业愿意在数据库服务器的采购和服务上投入费用，这一比例，比2006年上升了近15个百分点。

开源数据库面临最大的问题就是服务和人才的问题，如果这2项能够得到解决，中小企业选择开源产品也未尝不可。然而随着商业数据库纷纷推出免费版的产品，他们面前，又多了一些新的选择。

在2006年底，IBM在推出了DB2的里程碑的版本DB2 9，也就是Viper之后，也推出了业界期望已久的DB2的免费版本：DB2 9 Express，目的就是进军中小企业和免费数据库市场。

IBM这个Express版本的数据库并不是IBM的第一个免费版本数据库，而IBM很早就推出了一个开源、免费的数据库Cloudscape，这是随J2EE一起发布的一个基于Java的数据库引擎。而这个数据库和DB2的内核不一样，尽管它的效率不很理想，但商业用户可以很方便地从Cloudscape迁移到DB2上来。

除了这个数据库，IBM还有一个DB2 Universal Database Express Edition入门版，但这个版本却不是免费的。然后，随着MySQL以及SQL Server和Oracle的步步紧逼，IBM终于借着Viper的东风，将DB2 数据库也送上了免费的轨道。
"商业数据库的免费版，在未来会对开源产品产生较大的遏制。"ITPUB社区的一位DBA表示，"因为商业数据库有着完善的服务网络和技术支持，这些对中小企业来说也是一个不小的诱惑。"

IBM数据库市场经理邓宏表示，"除了免费版本的数据库以外，IBM DB2数据库的另外一个WorkGroup版本也非常适合中小企业使用，从功能和成本2个角度考虑，性价比都非常高。"

邓宏对记者表示，"对中小企业而言，如果考虑信息系统的综合成本，IBM的数据库产品是非常有竞争力的。另外加上IBM专业的服务，中小企业的数据库也能做到高枕无忧！"

按照IBM的产品定位，DB2 Workgroup 9是旨在部署于涉及少量内部用户的部门或者小型企业环境的数据服务器版本。提供了Linux、UNIX 和 Windows各种平台下的版本，并且还有十分灵活和优惠的价格许可模式；支持多达4 个处理器和 16GB 以上内存的系统。

特别的，这一版本的数据库是IBm划时代的标志性产品，是数据库由关系型迈向混合型的起点，具有对 XML 和关系数据的优化管理，自主管理等具有吸引的特性。

提供创新的自我管理和自我调整能力，能缩短管理数据库服务器的时间，直接能降低了成本
交付了对联邦 Web 服务和 XML 的业界的支持
基于开放的行业标准，具有跨行业普及平台的移植性
借助于多维集群 （MDC） 能力，交付高级商业智能支持
包括开发中心，具有用于提高 Java 和 Microsoft 环境下开发人员生产力的工具
支持整合其他 IBM 软件，例如 Lotus（面向协作）、Tivoli（面向管理）和 WebSphere（面向动态电子商务）。这一点使得今后企业发展壮大后，采用更为稳定和高端的软件成为可能，并且不存在历史遗留系统的问题。

而越来越多的创业型企业也开始认识到这些事实，他们一般会选择合适的时机，更换自己的数据库平台，使得初具规模的业务更加有保障。

中小企业数据库选型的依据

那么中小型企业和初创型企业，如何选择自己合适的数据库产品呢？客观上讲，目前市场上大部分的数据库产品都能满足数据存储和处理的需求。

 "企业需要考虑自己所从事的行业，都有哪些成熟的软件产品，这些成熟的软件产品下面支持的数据库平台都有哪些，这个产品的列表清单需要先拿出来，供管理者选择。因为你的企业一旦做大，你肯定会选择使用这些软件的。"ITPUB信息化版的一位斑竹这样表示。

数据库和存储的规划远比选择某个产品重要，在采访中，多位技术主管一直这样认为。因为数据是动态变化的，需要对业务规模相应当数据规模有一个预期。如果综合成本较低的情况下，中小企业也可以考虑使用大型商业数据库的低端版本，至少在心里上对企业数据有足够的安全感。

中小或者初创企业的技术人员在购买数据库时，可以优先考虑以下问题：

1 我目前即将采用的技术架构，我的技术人员对哪一种数据库产品了解最为深入；
2 未来6个月，估计我的数据量和交易量会达到什么样的规模？未来12个月呢？
3 我能否方便地得到相关产品的技术服务？
4 我的业务系统都有哪些？未来还会增加哪些系统？他们的技术架构分别是怎样的？
5 我前期打算投入的综合成本是多少（产品购买，技术人员，需要支付的服务成本）？

没有最好，只有最合适；只有合适自己的，才是最好的。ITPUB社区数据库板区的斑主杨秋宝表示，"选择数据库产品与攒机一样，要选择适合你的。要适合你的业务的类型，你的资金实力。单纯从一个产品，例如Oracle来说，也没有必要追求最新的版本，选一个符合你要求的稳定的版本最重要。对于新建系统来说，一般是选一个产品最新版本的上一个成熟版本，例如Oracle 10g刚出来的时候可以选用9.2.0.4,9.2.0.6这样的稳定版本，Oracle 11g出来的时候可以选用10.2.0.2等这样的版本。"

虽然说大型的数据库软件通常是可支持目前主流的任意操作系统(如UNIX、Linux和 Windows)，开发平台也非常先进和多样，但是对于那些中小数据库系统，就不是全面支持了。这时你就要仔细考虑。在操作系统上一方面要考虑当前企业服务器系统和使用人员所使用、熟练的操作系统，另一方面还要充分考虑它的维护和管理成本，也就是DBA对相应操作系统和开发平台的熟练程度。否则就可能在购买数据库系统的同时也要花高代价聘请专门的数据库系统使用和管理人员，这个成本一定不能忽视。

中小企业，建议选择支持Linux和Windows操作系统的产品即可，最好是低端的DB2版本或者Microsoft SQL Server，前者可以保证高扩展性，即便今后业务规模出现大规模扩张和增长，也能够无缝地迁移到企业版的产品上；而后者的优势是可以与Microsoft的Visual studio、．Net架构完善集成，可以与它的Office系统无缝连接。

对于使用Linux操作系统的企业，在技术实力有保证的情形下，开源数据库软件也是不错的选择。

关于数据库服务的问题，目前来自于ITPUB社区的调查显示，对于商业数据库厂商，最近2年，Oracle数据库的服能力和水平饱受指责，相反大家对IBM和微软的数据库服务满意度较高，这很可能是IBM数据库DB2和微软SQL Server在2007年取得较大增长的原因之一。

一位Oracle的用户向记者抱怨，用户花钱后，根本买不到可用的服务，大部分的企业只能依靠自己的技术人员解决突发性问题。

来自于中国联通的资深DBA杨先生表示，"Oracle服务曾经买过，现在早已过期，我们只选择原厂的服务，不买第三方的；总体的说来对ORACLE原厂的服务打分的话，100分满分我只能给出50分吧。有服务时如果遇到问题直接拨ORACLE的800，他们会首先说你先在metalink上开一个tar(现在叫sp)，因为Oracle公司人少问题多的缘故，这个tar的级别一般非常的低，得到响应的时间估计得几个小时或一天半天，你还得再次的打电话要求提升服务级别。而且有的时候一个问题用文字(特别是英文)描述起来与直接交流比起来十分的不舒服，所以这就面临着处理问题十分的不及时。如果是在周六、日发生的问题拨800，电话直接就被接到国外了，对于口语不好的人来说面临的只能是挂掉电话。如果遇到的问题很严重，请求现场服务，Oracle只承诺以最快的方式到现场，对于有Oracle分公司的地方还好一些，对于没有分公司的地方问题处理可能会延迟不短的时间。"

而服务的因素，恰恰是中小企业应该考虑和关注的。因为大型企业，已经有了足够的技术储备人才，自己已经具备解决相关问题的能力。

数据库厂商在关键用户的争夺上其实格局已定，而下一阶段针对中小型企业市场的争夺，肯定会愈演愈烈，我们可以拭目以待。

资料：选择数据库产品的5个因素
要选择一款能够满足甚至超过预定要求的技术或解决方案，一般需要考虑开发要求、性能/成本、可升级性、数据库运行和管理以及总体拥有成本这五方面因素。

开发要求
首先，需要清楚自己究竟想使用什么开发技术。例如，是要以ODBC使用.Net，还是要以面向对象技术使用Java?
如果您要实现的是纯关系型的开发典范，那么实际要使用的受支持的标准(和非标准)SQL功能有多少?
如果您要规划的是OO开发策略，那么数据库支持真正的面向对象吗?它是如何支持的?使用什么标准?在SQL方面，您需要什么功能?数据库支持这个功能吗?有些关系型数据库虽然声称支持对象开发，但实际上并不直接支持。这种非直接的体系结构将导致更多的事务处理故障，以及潜在的可升级性和性能问题。
另外，您还需要确定自己的前端技术如何与后端进行"对话"。您的业务逻辑是放在客户机一端呢?还是放在服务器一端?您要使用哪些脚本语言?它们与后端服务器的兼容性如何?它们是快速应用开发(RAD)环境吗?

性能/成本

测量数据库性能最常见的方法是TPC基准。TPC定义了数据库方案、数据量以及SQL查询。它指出，在这一数据库版本、平台、操作系统版本，以及这一内存和磁盘技术/容量条件下，每项事务的成本是多少??其中的事务可以是TPC测试中定义的任何数据库操作。

理论上讲，这类基准旨在提供不同产品间的比较值，而在现实中，方案定义可能无法准确反映您正在挑选技术的使用本质情况。其次，所有技术厂商发布的TPC基准都会超过以前发布的结果。这样，TPC基准更大程度上反映的是为解决问题而投入的内存和CPU量，而不是数据库性能的任何真实表现。
 
另外，您也可以请求在真实的生产环境中进行实际的比较测试，并且该环境应尽量贴近您自己的生产环境。虽然完全复制自己的环境不太可能，但您应该能够据此推断出产品的预期性能。

最后，在最终接受产品之前，应该以真实的环境对选中的技术执行实际测试或概念验证，这一点尤其重要。

数据库运行和管理

所有数据库都需要进行管理。主要涉及操作任务、整理系统、访问控制、性能、数据库方案变更等问题。
 
有些数据库比其他数据库需要更多的管理，它通常以一家公司必须雇用的数据库管理员(DBA)人数的多少来体现，这是因为只有雇用足够数量的管理员才能在确保系统运行平稳的同时，又能维持数据库的完整性。涉及的问题包括:

●产品需要多少数据库管理员?
●他们负责什么?
●什么任务需要停机?
●停机时间会有多长?
●这些任务的困难/复杂程度有多大?
●执行这些任务需要什么技术?
●这些任务如何管理(现场还是远程)?
●现在有哪些工具可以帮助完成这些任务?
●所有优化措施都可行/容易执行吗?
如果您想创建总体拥有成本模型和确定部署后可能产生的开支，那么这些问题的答案至关重要。

可升级性

随着对数据库应用软件使用的不断增加，很可能某一时刻当前的硬件配置就不够用了，这时您就需要对硬件进行检查。升级可以朝两个方向发展:垂直升级(使用更大/更多的处理器)和水平升级(使用与当前平台同一规格的更多的计算机/处理器)。

在考虑可升级性时，应提出以下问题:

●业务逻辑能和数据分离吗?
●业务逻辑能拆分吗?
●数据库能分段吗?
●这些任务执行起来容易吗?
●执行上述任一操作后对性能有什么提升?
●如果当前的配置成倍增长，那么性能也会成倍增长吗?
●升级到所需的数量/容量时有哪些体系结构选可以选择?
●我需要对用户接口前端做哪些更改才能接纳这些不同的选择?这些更改有多复杂，需要什么技术?更改的成本是多少?最后一点，同时也是最重要的一点，这类要求在开发和部署方面有哪些需要注意的事项?
虽然所有供应商都声称自己提供的是"具有巨大升级空间"的技术，但最重要的还是您要调查高容量升级所引发的直接、间接及隐藏成本。

总体拥有成本

总体拥有成本(Total Cost of Ownership)是您做决策时必须正面解决的一个先决题目。当所有过程都结束之后，您不能只因为技术本身的优势就加以部署。部署的解决方案创建出来的价值应该超过它的成本。目前的问题是许多成本和优势都是无形的，因此难于量化或者难于测量。不过，在对评估的各个产品进行TCO审查时，一定要将数量和估计值包括在内。

总之，使用结构化的决策方法应包括上述五个关键标准。正确的方法应确保所有五大要素都得到了评估，从而使决策过程得到优化。在这五大要素中，每一项都应根据其与项目、产品和组织的关系进行利害权衡。 (it168)