问题标签 [nosql]

我目前正在评估 Amazon SimpleDB。SimpleDB 非常灵活，因为它不必具有表（或域）模式。模式随着创建/更新命令的流入而演变。这一切都很好，但是当我使用建模工具（评估 MindScape LightSpeed）时，我需要预先设置模式，以便工具基于模式生成模型。我可以在 SimpleDB 中手工制作域，这确实有帮助，但为此我必须在域上执行至少一个创建操作。我正在寻找仅创建域模式的能力。有什么线索吗？

我一直在阅读很多关于非关系数据库、整个 NOSQL 运动的帖子，并且围绕它有很多新的活动。这似乎是构建高度可扩展的 Web 应用程序的一种非常有趣的方法，但不幸的是（但在这个初期阶段也是一件好事）目前还没有一个明确的领导者/标准。

我的背景是 LAMP 堆栈（以 MySQL 作为 dB），我想了解会有哪些差异和限制 - 但使用现实生活中的 Web 应用程序示例。有很多关于 RDBMS 与非 RDBMS 的优缺点理论的好文章，但我还没有找到任何可以说明现有 Web 应用程序（例如社交书签）如何构建不同的示例新的 dB 结构的优势以及必须遗漏的功能 - NOSQL dB 可以是键值或以文档为中心或图形。

有人愿意对现实世界 Web 应用程序的 NOSQL 与 RDBMS 模型/架构进行高级比较（例如社交书签或任何其他可以很好地解释这些概念的示例）吗？

供其他人参考，以下是我遇到的一些文章：

• 非关系型数据库设计
• http://nosql-databases.org/
• http://linux-mag.com/cache/7579/1.html
• http://blog.boxedice.com/2009/07/25/choosing-a-non-relational-database-why-we-migrated-from-mysql-to-mongodb/
• http://bret.appspot.com/entry/how-friendfeed-uses-mysql
• http://metabrew.com/article/anti-rdbms-a-list-of-distributed-key-value-stores/
• http://rackspacecloud.com/blog/2009/11/09/nosql-ecosystem/
• http://horicky.blogspot.com/2009/11/nosql-patterns.html

为什么 CouchDB 在非关系型数据库中如此受欢迎？

我正在为小型企业的文档管理系统选择非 SQL 引擎还是常规 SQL 引擎。

我有使用 firebird/sql server 的经验，并且发现了良好的可靠性跟踪（特别是使用 firebird）。

这个市场到处都是蹩脚的“服务器”（克隆制造的 PC，市长），廉价的硬盘，很少使用 RAID 或类似的东西，有些在正常断电的地方，有些没有 UPS，等等...（我将包括到外部服务器的异地自动备份，但不会更改内部设置）。（我知道有关此类正确设置的最终用户教育，但愚蠢的依赖于这一点，所以坚持 te 点）

从设计的角度来看，无模式数据库是适合我的系统的方法，但是，我担心是否有任何实际解决方案（MongoDb、Tokyo Cabinet 等）像 firebird 和 survice 崩溃、故障和滥用，所以数据损坏非常罕见。

该计划是将办公文件存储在那里并提供一个中央存储库。

为了制作一个文档管理系统，我正在研究像 MongoDB 这样的文档存储，但是因为我对常规数据库（Firebird、Sql Server、Mysql）有更多的经验，所以我想知道是否可以在关系数据库之上建立一个文档存储模型。

文档存储的优点，架构少：

• 非常适合存储有关文件的任意元数据的任务
• 无需升级架构
• 根据 mongodb，BLOB 类视频的出色表现
• 更容易的可扩展性

但是有一个关系：

• 参考完整性
• 更好的工具
• 更能抵御崩溃和腐败
• SQL

那么，在这种情况下如何使用关系数据库呢？

寻找我在这里找到的关于 GT.M 的 NOSQL 引擎： http ://www.slideshare.net/robtweed/gtm-a-tried-and-tested-schemaless-database

乍一看还不错，有SQL ODBC支持。但我想知道是否存在这方面的真实经验？有人用过吗？

使用CouchDB，我目前有一个代表一个想法的文档，你可以评价这个想法。每个想法都是一个文件，每个评级都是一个不同的文件。我这样做是为了避免人们在评价一个想法时出现并发访问问题。

我的文件看起来像这样（我已经简化了它们）：

一个想法：

评分：

我目前使用 reduce 函数返回想法 ID 和他/她的评分（评分的简单总和）：

地图：

减少：

我的问题是：我如何将“想法”文档与代表想法评级的减少结果“加入”？

我正在考虑实现一个 CouchDB 服务器，以提供对我们为内部业务操作存储的一些元数据的临时搜索。

我们在内部流程中为“作业”存储了许多“属性”，例如大小、来源、提交日期和 URL。

在我们的关系数据库中这一切都很好，但是我们的用户希望通过提供类似于进行谷歌搜索的“搜索条件”来构建类似工作的列表。因此，用户可以说“显示所有大于 XXX 并在 YYY 之后提交的作业”并返回描述和 URL 列表。

这听起来很适合 Couch，根据我的研究，它看起来会很好用。

我的问题是它与适当的硬件的扩展性如何？我们有 150-2 亿个这样的文档，每个文档有 11-30 个属性。元数据最多只有几 KB。

我最初希望有一个四核服务器 (VM) 为测试提供服务，但我需要它扩展以同时支持 100-250 个用户。

我知道我可以对大多数数据库服务器执行此操作，但我正在寻找提供临时查询方面的东西（通过 REST 或 HTTP 很好，我们有自己的搜索工具）。

有没有人有过设置 Couch 并将其用于此级别的生产负载的经验？

这些 nosql 类型的数据库中是否有 GUI 浏览器，您可以在其中运行查询、查看“表”及其属性等？

我正在寻找一种为 MongoDB 或 CouchDB 等数据库自动进行模式迁移的方法。

最好，这个工具应该用 python 编写，但任何其他语言都可以。