距上一次的《云数据库》已通过了两个多月没有更新这个系列了,不是不想写,而是没有灵感,找不到想写的东西。
最近恰巧有个老朋友要作一个开发项目,问我选什么数据库好。sql
为了避免辜负老朋友的信任,我决定写一期关于数据库选型的文章。数据库
先说一下这个问题的背景。放在20年前,选一个数据库彷佛不是啥难题,由于可选项太少了。基本原则就是有钱任性的用ORACLE/DB2,口袋拮据的用Mysql,剩下的选SqlServer/Sybase。
但是在20年后的今天,选一个合适的数据库就变得不那么容易了,由于啥呢?可选项太多了。不算外国的数据库产品,光是国产数据库就有上百种之多,怎能不叫人乱花渐欲迷人眼呢。安全
下面是2021年5月最新的数据库排名,先不用关注分数和排名,只看参与排名的数据库数量是否是就有点眼花缭乱了。服务器
2021年5月国产数据库排行榜
https://www.modb.pro/dbRank网络
2021年5月国际数据库排行榜
https://db-engines.com/en/ran...架构
那在这么多的数据库之中如何作出正确的选择呢?我以为能够从如下几个方面进行评价。运维
◆预算投入加密
●一次投入(必须投入)
包括数据库软件/License购买费用,数据库在本地配置时的硬件(服务器,机房,网络等)购买费用。spa
●持续投入(必须投入)
包括数据库软件售后技术支持费用,本公司运维人员费用,数据库在云上配置时的虚拟机/服务费用。code
●迁移投入(非必须投入)
数据中心迁移费用,数据库类型迁移费用。
◆数据库位置
●是否和应用服务器放在一块儿 ●是否有灾备架构 ●是否采用公有云
◆迁移难度
●从正在使用中的数据库类型,位置迁移到其余数据库类型,位置的难度。
◆业务类型
●业务处理(OLTP) ●数据仓库(OLAP) ●HTAP混合型数据库
◆数据规模
●初期规模
数据库初始导入时的数据量。
●增加速度
数据的积蓄方式,增加速度以及数据增加到多大程度后考虑分库/分表/分区。
◆数据类型
◆安全需求
●网络级别安全控制(Route,OS 层ACL 等) ●数据库级别访问权限控制(DB User 权限 等) ●高级权限控制(Audit,加密 等)
◆运维难度
●定例运维(Backup/Recovery 等) ●故障处理(技术文档是否全面公开,社区论坛是否完善,既存客户数量,既存技术者数量等) ●扩展能力( Share Everything、Share Storage、Share Nothing 等)
以上只是简单的列出了在数据库选型时须要考虑的几个点,其实在实际操做时还须要把点扩展成面,这就须要花费很大的功夫了。
2021/05/14 @ Dalian