【问题标题】:NoSql database suitable for long valueNoSql 数据库适合长值
【发布时间】:2011-06-07 08:37:25
【问题描述】:

我希望在我的应用程序中使用 NoSql 数据库。我在网上搜索过,找到了 Berkeley DB、Mongodb、redis、Tokyo cabinet 等。有一些建议,用例什么时候使用哪个数据库。我发现一些有用的链接是

  1. http://perfectmarket.com/blog/not_only_nosql_review_solution_evaluation_guide_chart

  2. http://kkovacs.eu/cassandra-vs-mongodb-vs-couchdb-vs-redis

但是当值(在键值对中)非常大(例如 1 MB 或其他值)时,我没有发现哪个数据库表现良好。

MongoDB 对我来说看起来不错,因为它具有查询功能。当您存储非常大的文档时,它的表现如何。

【问题讨论】:

  • 文档的用例是什么?你能解释一下你将如何处理你存储的文件吗?为什么 SQL 数据库不适合您?
  • 我正在存储一个实体及其相关属性。如果我使用 RDMS,那么它将存储在许多表中。显示页面时,我需要从许多需要连接的表中提取表,这很耗时。这是我的个人项目(Facebook 应用程序)。许多网站使用 nosql 类型的数据库。我也听说过很多 nosql,所以尝试构建应用程序来感受它们的用处。
  • 那么你要执行什么样的操作呢?如果它类似于键/值查找(或映射/归约操作),那么 NoSQL 存储是一个好主意。如果您要进行关系查询,那么关系数据库就是您要走的路。
  • 主要是键/值查找。

标签: mongodb nosql


【解决方案1】:

RavenDB 有附件的概念。在文档中,您需要放置一个包含要映射/减少的数据的简约文档,而不是具有大小为 1MB 的属性(通常是字节数组),并将该大数据片段保存为附件。这可以很好地加快速度。

【讨论】:

    猜你喜欢
    • 2012-05-18
    • 1970-01-01
    • 1970-01-01
    • 2017-05-08
    • 2014-02-26
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多