返回 登录
0

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

原文:Why favor PostgreSQL over MariaDB/MySQL
作者:Hans-Juergen Schoenig
译者:Teixeira10

【译者注】作者将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不会是我的选择。然而,这是一个自由的世界,人们可以自己做决定,希望你们能做出明智的决定。

评论