Database 什么'；存储银行交易的最佳数据库是什么？

我们计划创建一个web应用程序来存储客户的银行交易，例如购买、转账等，并允许他们对每笔交易进行标记/分类

有人能为我们指出最好的数据库吗？它需要横向扩展，我们还需要对所有事务执行分析

---

谢谢

存储银行交易的最佳数据库是银行使用的DB2/z

但是，由于我怀疑您是否能够负担得起System z大型机，所以这可能不是一个选项。当然，这并不意味着它是最好的数据库

---

但是，如果您正在谈论为Joe Bloggs或Dodgy Brothers Rug Emprium（与工行的2亿左右客户相反）存储事务，那么很好，任何数据库都将由Oracle（尽管它无法区分空字符串和空字符串）、SQL Server、MySQL PostgreSQL、，甚至可能是SQLite。

首先，我要说的是，几乎不可能根据您描述的内容推荐一个系统。它可以有多种用途，从需要存在且需要准确的关键任务实时财务数据，到从银行/信用卡对账单中提取财务记录并让用户注释的web应用程序，在这种情况下它就不那么敏感了

如果您要存储任务关键型敏感数据，我会选择一个商业选项，其中包括重要的支持。DBA也是个好主意

我倾向于使用Oracle或MS SQL，可能是Oracle优于MS SQL，因为它支持多平台。如果您愿意在Windows上运行，那么MS SQL也可以

如果您正在存储可以标记的现有事务（alablippy），那么任何数据库都足够了。如果您正在考虑将其扩展到n度，您可能会喜欢本月的文档数据库风格之一（MongoDB、Coach等）

---

事实上，我认为这个问题应该从你的应用程序将要做的事情的上下文中重新考虑，而不是它碰巧是用财务数据来做的。事实上，财务数据可能需要额外的安全性或额外的准确性检查，这是系统将要做的一部分，用户与您的web应用程序等交互的方式也是如此。

这可能无法直接回答您的问题，但以下是我的经验

我认为，这实际上是关于你如何保存你的银行交易。大多数数据库供应商都提供了足够的数据库性能，所以您所要做的就是选择其中之一

剩下的是要保存的实际信息（除了模式）。您可能会考虑使用数据库加密选项，但在您的情况下这并不现实；因为您谈论的是事务，我假设有相当多的事务进入，并且您为您的报告（除了写之外）进行大量的读取，可能是为了挖掘，等等

（sql server），使用加密对写入数据库文件的任何数据进行加密。快照和备份也可以使用加密。事务日志也受到保护，因此它将达到您可能期望的性能

那么，我看你的问题真的可以归结为

以下几篇文章可能会有所帮助：

顺便说一句，我已经部署了以Oracle、SQL Server甚至Sybase为后端的解决方案，有几个事务从ATM涌入，我真正想要的是性能，还有安全性。除了一个对另一个的微小限制外，所有这些都是相同的

以下文章可能会有所帮助：

---

lol@“尽管它无法区分空字符串和空字符串”-让我大笑起来！我从来没有错过一个机会来尝试一下。如果其他DBMS供应商愿意为Astropurping活动付钱给我，我的财务状况会好得多：-）虽然你无法获得大型机的安全性，但别忘了DB2也可以在其他平台上使用-而且“免费”版本比Oracle/MS-SQL的免费版本有更少的限制，诚然，与其说是数据库给了你巨大的压力，不如说是平台上巨大的并行性和疯狂的I/O卸载。安全性来自令人印象深刻的冗余和自主行为。除此之外，DB2/z和DB2/LUW非常相似。您当然可以通过LUW产品学习DB2。谢谢。您刚才提到的数据库的水平可伸缩性如何？由于成本问题，Oracle和DB2肯定是不可能的。MongoDB或任何NoSQL数据库怎么样？存储是为银行客户提供的，但它并不重要，也不需要原子性。嗨，Michael，很抱歉没有明确说明这些要求。是的，它不敏感。我曾经考虑过MongoDB，但是我担心它的性能，尤其是当我需要分析来自所有用户的所有事务时。用户拥有事务。查询每个用户，获取事务并分析所有事务。你怎么认为？如果将其与SQL db进行比较，则所有事务都在一个表中。非常容易分析所有事务。