数据库软件作为最重要的基础软件，是确保业务系统稳定运行的基石。数据库软件产品选型，对于企业来说往往是件十分慎重的事 ， 既要考虑产品的兼容性，减少当前业务系统迁移的成本；又要关注产品的可靠性，能否支撑重要业务系统的稳定运行；还要思考产品的支持能力，遇到问题时能够快速得到厂商的技术支持。
本文选取了数据库的企业实力、市场认可度、生态环境、其他四个维度筹划选型思路 ， 针对每个维度进行全面拆解 ，从多个功能指标阐述数据库产品特性。
（一） 企业实力
企业实力维度主要从企业资本、研发人员、工程师数量、合作伙伴数量、专利数量、代码自主可控率几个主要功能点进行衡量。
★ 企业资本规模：
主要考量数据库软件产品的可持续研发投入能力。对于中小金融企业来讲，花费大量的人力、财力迁移到一款数据库软件后，被告知所选的数据库软件不再迭代更新，那可能是一个沉重打击。
★人员数量 ：
从研发人员数量、原厂工程师数量、合作伙伴数量几个层面考虑，主要考量数据库软件产品的研发能力、售后服务能力。
研发人员数量不仅决定了软件产品的质量，同时也从侧面角度衡量了企业对数据库软件产品的重视程度；
原厂工程师数量决定了软件产品的售后服务能力，谁也不能保证所选择的数据库不会遇到问题，那遇到问题解决问题的能力对我们每个企业来讲尤为重要；
合作伙伴数量是当前数据库售后服务体系中的重要一环。原厂工程师数量不足以支撑各个企业对售后工程师的需求，如果这时有可靠的第三方工程师支持会让客户对产品的认可度更高。所以原厂技术服务、第三方技术服务仍然是当前主流的数据库服务体系。
★专利数量及自主可控率 ：
主要考量数据库软件产品的研发水平，对自身数据库软件的掌握能力，侧面的角度衡量数据库软件是否满足“国产化”需要。每个企业选择数据库软件，既要选择一款稳定可靠的产品，又要选择一款满足未来发展需要的产品。谁也不希望选择一款“套牌”产品，为未来埋下隐患。
（二） 市场认可度
市场认可维度主要从同业案例、同业调研几个主要功能点进行衡量。
★同业案例 ：
同业案例是选型的重要考量点，不能仅仅参考同业案例数量，还要看案例的质量，所以此次拆分了同业核心系统案例数量、一般系统案例数量。在选型参考时可以引入如下计算公式：同业案例分值=(核心系统案例分值核心系统案例数量) (一般系统案例分值一般系统案例数量）。
★同业调研 ：
同业调研是对同业案例的一个补充，一般同业案例来自厂商提供，真实性有待考证。我们可以找一些同业去调研，一是调研案例的真实性，二是调研同业产品使用的情况，三是了解同业选型的考量点，为自己企业选型作为参考。
（三） 生态环境
生态环境维度主要从生态工具、数据安全、培训认证、信创环境支持、社区建设、文档等几个主要功能点进行衡量.
★生态工具 ：
数据库产品不应是一个孤立无援的独裁者，需要配套大量的运维工具支撑，让我们更好的了解它，更稳定的为我们提供服务。我们既要关注运维工具（监控、巡检、备份、恢复、日常管理、数据迁移等）的完备性、便利性，还要关注各个指标的完善性，很多厂商说是提供了各种工具，可是遇到问题时什么信息都没有，根本不具备排查问题的能力。
★数据安全 ：
数据库存储了各企业的重要数据，数据安全近几年被广泛提出，越来越受企业的重视。数据库审计功能让我们遇到数据无故被篡改或删除时，能够找到是谁做了此类操作，可以寻根溯源。数据库传输层面的加密、存储层面的加密可能未来会更加的重视，加密算法也会是我们绕不开的话题，这些都要在我们数据库选型中关注。
★培训认证 ：
认证体系的完善，可以让更多的用户参与其中，是为企业积累人才的途径。特别企业招人或者开发厂商时，认证人员的数量决定了他们对底层数据库产品的熟悉程度，才能研发出质量更高的基于此数据库产品的业务系统。同时从认证人员的数量，也能从侧面角度考量数据库产品的质量，认证人员的数量足够多，说明有更多的人员信任它，更多的人使用它。
★信创环境支持 ：
受到当前政策因素的影响，为了保证业务系统供应链安全，需要对IT架构全栈国产化改造，数据库作为基础软件之一，它对底层操作系统、硬件芯片等的支持情况是选型的重要考量因素。
★社区建设 ：
社区提供了技术人员交流的舞台，很多简单的技术问题都会在这里得到解答。好的社区会吸引更多的人参与其中，让更多人去使用相关数据库产品，继而衍生出更多的第三方工具产品，让我们的数据库生态更加的繁荣。我们可以从社区的建设情况，可以了解市场对当前数据库的认可程度、未来运维过程中是否能够找到更多的技术支持人员、同时也人企业使用人员熟悉产品有更多的手段。
★文档 ：
厂商交付给用户的不仅包括软件本身，还会有各种各样的文档。文档是产品的门面，是帮助用户了解产品的第一渠道。很多国产数据库厂商，在官方网站无法找到官方文档，让用户无法了解产品，这种藏着掖着的做法不是可取之道，只有有人使用，这个产品才能稳定可靠。文档是用户了解数据库、熟悉数据库产品的最佳渠道，而当使用过程中遇到问题时，无文档可查是十分痛苦的事情，也可以让用户减少对数据库厂商的过于依赖。
（四） 其他维度
其他维度主要从语法兼容性、成本、性能、架构先进性等几个主要功能点进行衡量.
★语法兼容性 ：
主要考量各个企业数据库软件产品的迁移成本，因为当前每个企业的存量系统非常多，信创改造必然要考虑当前系统的迁移难度、迁移成本。语法兼容性在这个方面给我们带来一定的参考价值。兼容度高，可以降低现有系统的改造成本、运维过程中的学习成本。
★软件成本 ：
成本是每个企业绕不开的话题，软件成本不仅要考虑License的成本、还要关注未来运维的维保成本、学习成本。有些厂商为了拿到案例，可能初期的License成本很低，但后期的维护成本可能会非常高。需要我们在选型的过程中纳入考量。
★性能 ：
性能是每个企业比较关注的指标，也是每个企业花费大量精力去验证的指标。我们首先可以从第三方的评测机构或者其他地方的测试情况进行初步的了解，再从自己的典型业务系统选择1~2个作为基础，进行简单的性能测试，看是否满足系统的性能需求。
★架构先进性 ：
监管机构对于金融行业的高可用架构关注度持续增高，同时也要从企业未来3~5年的发展战略考虑，数据库的高可用架构是否满足系统建设的需要。例如，有些分布式数据库既有集中部署的方式、又有分布式部署能力，让我们有更多的选择。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。