为什么我更喜欢PostgreSQL而不是MariaDB/MySQL

mysql MariaDB PostgreSQL| 2017-09-09

原文：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总是会重视你的约束条件。