是否有使用Mysql或PostgreSQL的大型银行？[关闭]

我一直认为最大规模的银行使用Oracle。但是，没有证据表明他们真正使用Oracle而不是Mysql或PostgreSQL，没人知道这个秘密。

知道他们真正使用了什么吗？我可以使用Mysql建立一个可以进行数百万笔交易的ATM /银行系统吗？我可以使用PostgreSQL吗？还是只能使用Oracle？

当数据库真正流行时（1970年代和1980年代），银行已经拥有数百万的客户，但是要获得适合这种数据库规模的硬件和软件确实非常困难，只有Oracle才能真正可靠地处理这一问题。到目前为止，Oracle是唯一能够正常运行的商业多主事务RDMS的提供者（在我被解雇之前，是的，我了解MySQL复制集群，但仅向我展示一个商业实现）。将此与银行不愿改变的（合理的）趋势结合起来，您就会知道为什么它们大多使用Oracle（AFAIK）。

当您处于那个领域时，没有太多选择。市场很小（银行，保险公司和政府机构），并且对安全性有极高的要求，这说明价格高。

使用当今的硬件，您可能可以使用任何现代RDMS来构建此类应用程序，最大的问题（对于在银行或类似机构中进行部署）将是所有客户的地域分布以及将所有客户交互关联到（有效）一个数据库，以确保一致性。

大多数大公司都有很多很多不同的系统，包括各种数据库。

高盛是一家巨大的投资公司，我知道他们拥有大型的Postgres基础设施。

解决此问题的最简单方法是从工作板上筛选数据，然后看看银行要求什么技术。即去简单地雇用或者确实去寻找诸如“花旗程序员”或“蟒蛇程序员”之类的东西...

让我们将其分为两部分。

首先，挑战银行普遍使用Oracle而不是Postgres和MySQL的观点。质疑这样的事情是一个好主意，但在这种情况下，证据很简单，因为快速的Google会为您提供相当完整的oracle银行案例研究列表，而Postgres则没有。尽管我会毫不犹豫地说这是权威，但是如果Postgres如果以这种方式使用产品时没有从屋顶大喊，我会感到惊讶。

再加上大量的轶事证据表明，Oracle（和其他巨头）是这种系统的事实上的标准，我建议您需要找到确凿的证据证明事实并非如此，而不是相反周围。

我毫不怀疑银行正在使用Postgres（或MySQL），只是它没有用于您所谈论的关键任务，高可用性，大容量系统。

然后进入第二部分。这里有什么要求？

对于ATM系统，我建议您确实需要高可用性和绝对高质量的支持（开发人员在星期五下午6点需要帮助时会打电话给谁？）。您需要问自己，什么平台可以提供这种服务。

如果你认为你能够架构，以满足这些需求的一个Postgres / MySQL的解决方案，以标准的银行所期望的（记住，这些都是很保守的人作为一项规则），然后继续用它，但我怀疑他们将拥有约问题支持和可靠性，并且希望看到其他人使用该平台来提供这种解决方案，而不是第一个冒此类风险的人。

我给您的印象是您希望Postgres成为竞争者，这很好，但是如果您提出建议，那将是您的声誉reputation可危，因此您必须绝对确信它确实可以胜任工作，而不会让自己想要的东西成为真正的判断者。

最后，我并不是说任何事情都应该正确，只是我从银行和金融业的经验来看就是这样。

不是银行业务，但我知道某些救护车服务的电话系统使用Postgresql。因此，当您拨打“ 911”时，postgresql数据库会涉及到为您提供救护车的过程。这可能不会说出任何有关交易量的信息，但是确实说，这种任务关键型服务的可靠性很好。

我在一家投资银行工作，在那里他们使用开源数据库系统来存储非关键数据，例如计算结果。规则是：数据越重要，数据库系统（软件和硬件）的价格就越高。

我供职的公司不是银行，但它处理和处理了许多财务数据。他们使用了Oracle。

我认为银行不太愿意透露此类信息，这并不是赋予他们竞争优势的方法。

并非所有的应用程序和关联的数据库都是关键任务，或者不是证明像Oracle这样的产品的费用是合理的。所有类型的注重成本的组织都可能在此类应用程序中使用较便宜的替代方案。

您已经错过了两个非常大的选择-Sybase和Microsoft SQL。我不声称知道任何大个子男孩用什么，但是，如果以上两个没有混合使用，我会感到非常惊讶。我也知道一些非常大的Oracle安装，但是他们的许可模型还有很多不足之处。