【问题标题】:Comparison of MongoDB, MySQL and PostGreSQL [closed]MongoDB、MySQL 和 PostGreSQL 的比较 [关闭]
【发布时间】:2015-04-09 15:13:01
【问题描述】:

如果我必须开发一个

  1. 处理 CSV 文件并将输出存储在开源数据库中的核心 Java 应用程序
  2. 最初的数据大小为 10 GB(从现有来源移植)
  3. 将以每月 1 GB 的速度增长
  4. 一个典型的事务可以获取 100,000 行
  5. 在给定时间可以被 1000 个用户访问

并且可以选择

  1. MongoDB
  2. MySQL
  3. PostGresql

哪个是 DB 的最佳选择?

This compares MongoDB with MySQL

This compares PostgreSQL to MySQL

Security alerts for MongoDB

【问题讨论】:

  • 这是题外话,因为您要的是工具推荐并且主题太宽泛并且选择在很大程度上是一个见仁见智的问题.我很好奇这些原因中的哪一个将是最终选择的原因。
  • 生命、宇宙和万物终极问题的答案:42
  • @FrankHeikens:如果你知道这个问题,+1。 ;)
  • 你有没有数据结构?条目之间有一些重要的相关性吗?数据只会增加?
  • 提示:如果所有 CSV 文件共享相同的结构,您可能需要一个关系数据库。如果所有 CSV 文件都是不同且不可预测的结构,请考虑其他存储选项,例如无模式。哪个最好?祝你好运,如果有一个明确的答案,那么就不会有多种产品可用。你也忘记了 Cassandra、Firebird、SQLite、HSQLDB、Derby、BDB、Redis,......

标签: mysql mongodb postgresql


【解决方案1】:

随着数据的增加,最好有一个易于扩展的数据库,而 SQL 不能平滑地扩展并最终破坏它,实际上通常只用于大数据高可扩展数据库。 但是你说条目可以相互关联,所以在这种情况下,最好使用关系数据库,因为 NO-SQL 可能会“失去”一些相关性。 就像@Craig Ringer 说的那样,不要只考虑那些数据库,有很多不同的解决方案各有优缺点(例如 redis 非常快,但几乎没有任何复杂的逻辑,因为它是一个简单的键值存储,或者 Cassandra 比 Mongo 更快,但更适用于方案数据,Mongo 是一个文档数据库,因此可以将任何类型的数据存储在同一个 Collection 中)。

恕我直言,您应该尝试使用不同的数据库和用例设置一些基准测试会话,并专注于您想要快速完成的事情,然后在该领域选择更好的。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2014-08-03
    • 2011-08-15
    • 2012-06-19
    • 2011-06-19
    • 2013-07-27
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多