本文主要是介绍数据库选型其实技术维度不太重要，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
看到这个标题可能觉得我在乱说，数据库选型要从多个角度和维度看来，还有各种POC。很多供应商朋友告诉我POC是一个漫长的过程，非常痛苦，要解决各种技术问题。怎么能说和技术无关呢？
因为从我的经历和周围听说的经验来说，技术只占很少的一部分。甚至可以忽略。如果是DBA主导，那么这事情就单纯了。纯技术的角度哪个产品安稳易用（安全、稳定、容易使用）用哪个。
实际上是技术账、商务账等等多方面的。而这里同样一个问题的视角会产生巨大的偏差。比如DBA觉得这个数据TPS和QPS如何如何。决策者可能考虑的是磁盘满了怎么办？磁盘坏了怎么办？
DBA觉得这个数据库高可用用两台不同的机器部署容灾。但是决策者可能考虑的是先断网了，然后紧接着断电了怎么办？
DBA觉得这个数据库前景不错，虽然现在有点问题。但是我们可以陪伴着他成长。但是决策者可能考虑的是，我花钱来是解决问题的，不是带孩子来包容他的。
这一切是因为决策权的问题。
其一：选型的主导不是DBA。
除了互联网公司以外（毕竟互联网公司放在所有企业的占比中还是少数），绝大部分企业选择用什么数据库都是高层做出的决定。而高层（除了牛辛庄这种大神从DBA做到行长的特例）几乎都是不精通数据库的。他们可能是看到一个公众号，也可能是听到朋友聊天谈起来、再或者是参加一个大会看到一种数据库，就可能倾向于选择这个。（现在国产快300个数据库，有些我们熟知的国产数据库在决策者那里可能闻所未闻，所以可能你学习了八种数据库，最后企业选型选择了你不熟悉的第9种。）
其二：利益和关系比技术更加重要。
有些供应商和用户已经形成了很好的关系。有些集成商深知这里关系，就问。您这里有没有什么数据库的倾向？有的用户说用A吧。集成商说好的。有的用户说用B吧。集成商说没问题。集成商被逼的也是各种数据库的人才都储备着。而选择用A或者B的用户，可能是和A或者B关系比较好。所以这几年关于单笔几亿的数据库成交合同，一直被大家说。这是重新定义了“关系型”数据库啊。和用户关系好的数据库，是好的关系型数据库。
其三：成本、成本还是成本。
降薪、裁员、又降薪又裁员。技术好的产品好是好，但是也贵。这时候就不看谁家技术好了，看哪家便宜。这个便宜不仅仅是许可、是整个解决方案。以及日后后续的投入。
有时候别太把自己当回事，跳出技术看，就发现在群里争论某个场景以及不同数据库PK谁更好，最后都和企业选型关系不大。不会因为你会什么就用什么。也不会因为你不会就不用。
就说国产化替代就替代，技术要服从政治。哪天如果说全替换办公电脑也替换了（使用不方便也要忍着）。如果哪天需要替换开发语言估计也Java也要换。去年不是连VSCODE的开发工具都替换了吗？贴图标也要替换。
我这几天看到一位做移动开发的准备培训材料（鸿蒙开发），他之前做安卓开发的，我立刻秒懂了。因为之前我问我妹夫（移动端开发），我问这个鸿蒙完全和安卓不一样吗？他说，简直一模一样，对他来说将来又可以多投一个岗位而已。
决策者哪里知道你是贴了一个图标，还是会去问问技术细节？都不会，但是就这么愉快的决定吧。
当然我们也不能把自己不当回事。无论换汤不换药，还是用的撕心裂肺痛不欲生，咱们要表现出来用什么都能用。
这篇关于数据库选型其实技术维度不太重要的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
