数据库漫谈(十)----乱花

距上一次的《云数据库》已通过了两个多月没有更新这个系列了,不是不想写,而是没有灵感,找不到想写的东西。
最近恰巧有个老朋友要作一个开发项目,问我选什么数据库好。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

相关文章
相关标签/搜索