为什么支持PostgreSQL而不是MariaDB/MySQL

【译者注】作者将PostgreSQL与MariaDB和MySQL进行对比,在数据类型处理,数据结构和NULL处理三方面体现出PostgreSQL的优势,同时赞助开发者更好地选择适合自己的数据库.

以下为译文：

多年来,MySQL和PostgreSQL是相互竞争的数据库,但这些数据库是针对不同的用户.在我看来PostgreSQL服务于专业用户,而MySQL在Web开发人员中很受欢迎.但是,在Oracle接手MySQL之后,我觉得MySQL的明星色彩已经有点褪色了.

自从MariaDB推出以来,我个人觉得这项技术还没有真正完成,但用户依旧会使用MySQL/MariaDB,并且很有兴趣地将PostgreSQL与这些技术进行比较.许多人对“PostgreSQL is just better”(PostgreSQL更胜一筹)这样的话表示不同意.这样的争论往往是不明智的,但PostgreSQL社区确实能够做得更好.所以应该提出一些想法,为什么使用PostgreSQL比MySQL/MariaDB更合适.

这篇文章的目的是列举一些例子,来说明在技术层面上为什么你可能更应该使用PostgreSQL.但要注意：这个帖子只是说明一些“最好的”特点,并不是一个完整的列表,然而,这些应该足以让人们做出决策.

PostgreSQL与MySQL / MariaDB:数据类型处理

在这里看到的是PostgreSQL错误,因为试图放入表中的数据并不符合列的数据类型,而MySQL / MariaDB则会悄悄地更改你的数据.是的,MySQL/MariaDB确实发出了警告,但过了一段时间后,表中的数据就不是最初的数据了.

为什么这很重要?假设你中了一百万的彩票,但你最终只得到9999.99,只因为数据变化极少,所以不幸的是根本没有人注意到.你会生气吗?我会的.在这个例子中,PostgreSQL所显示的操作是正确的,原因有很多:

最可能的原因是定义了列的方式.

警告不等同于错误.

存储数据不是 “容忍”——它更关注正确性.

如果你对着本身开枪,那也就没有必要去警告你,因为“你现在可能已经死了”——所以最好是在一开始就阻止这种事情的发生.

经验总结:PostgreSQL非常重视数据结构.

PostgreSQL vs MySQL / MariaDB:谨慎对待现有数据

再强调一遍,MySQL / MariaDB是会更改你的数据的.请注意,插入到表中的原始值为1234.5678,但现在得到9.99.所以以后你会开始关注细微的差别了吗?如果这是你的银行账户?你会在乎吗?如果这个数据库只是为了保持运行而不办理问题——那么你还会继续相信它吗,也许是时候需要找到一个替代品了.如果你的生活依赖于数据,你会接受一张数据表悄无声音的改变吗?也许我太保守了,所以我不会接受.

PostgreSQL达到了我个人对数据库的期望.它会报出错误,并告诉我们数据是不能被更改的,因为数据是需要被掩护的.如果你想要更改表中的数据(以防新规则被违反),你必须明确地告诉PostgreSQL你想要什么:

在这种情况下,我们会告知PostgreSQL如何进行处理数据.PostgreSQL并没有很智能(也不像MySQL / MariaDB这样的失败),它不会去尝试做一些有趣的事情——它只是做你想做的事情,以及做一些对你的数据有好处的事情.

PostgreSQL与MySQL / MariaDB:NULL处理很重要

你还记得“id”列上有一个非空约束吗?MySQL / MariaDB并不关心这个,只是将值设为0.但是,0和NULL绝对不是一回事.NULL的意思是“未定义”或“我们不知道的值”.这其实很有道理：如果你不知道你口袋里有多少钱,那也不意味着你的口袋是空的.如果你不知道你喝了多少啤酒,这也并不意味着你的血液里有“零”酒精——你实际上可能刚刚从椅子上摔下来.

PostgreSQL仔细区分了0、空字符串和NULL.这些都是不一样的,PostgreSQL总是会重视你的约束条件.

选择数据库

我在PostgreSQL和MySQL/MariaDB之间的选择是毫无疑问的,对于我个人来说,MySQL不会是我的选择.然而,这是一个自由的世界,人们可以本身做决定,希望你们能做出明智的决定.