3

我正在设计和规划一个新网站。
它主要是一个留言板网站

我过去有使用 MySQL 的经验，但我听到很多声音（不是在我脑海中）
告诉 NoSQL 可以像 RDBMS 一样好的解决方案。

NoSQL 的主要诉求是性能。你怎么看待这件事？

所以，
我的网站需要一种可扩展的数据库设计技术。如果我使用 NoSQL，我知道这方面有几种技术
（文档存储、键值存储等）。如何选择？

你认为哪个更适合留言板网站：
NoSQL 还是 MySQL？

谢谢，
插座

4

4 回答 4

4

SQL 和 no-SQL 都可以用于您的目的。使用无 SQL 的两个主要原因是，如果您确实有大量流量（并且您的 sql 解决方案在性能方面无法正常工作），以及您是否有大量非结构化和不断变化的数据，这些数据受益于无模式。

我个人认为您需要考虑的一个重要因素是可维护性。

如果你使用 no-sql 创建任何东西，与 SQL 相比，你将只有不到 10% 的用户来维护它。

程序员通常希望在技术上使用“最佳”解决方案，但不考虑可维护性和成本方面的因素，尤其是当他们认为解决方案“简单”时。

于 2012-07-29T17:09:46.050 回答
2

)，出于您的目的，我认为 NoSQL 可能是比 MySQL 更好的选择。您应该检查一下 MongoDB 或 CouchDB，它们都是开源可扩展的 NoSQL DB（正如已经提到的，还有其他商业可用的 NoSQL DB 和文件存储系统）基本上，消息板并不真的需要 DBMS。在 DBMS 中，查询处理操作比在 NoSQL DB 中慢，并且消息板可能具有大量流量以及不一定具有固定模式的数据。NoSQL 在数据结构方面的灵活性使得可以轻松地利用和实现分片、分区、索引和其他技术。

于 2012-10-31T13:53:22.597 回答
1

虽然性能是关键要素之一，但这不是 NoSQL 中的特性，它更多是设计的结果，我认为特性是它的数据结构的灵活性以及将信息存储在单行中的可能性，避免了多个处理密切相关的记录时的往返行程（查看这篇文章http://djondb.com/blog以更好地理解我在说什么）。对于任何需要每天更改其模型的网站，选择能够跟上这种灵活性的数据库是明智的。我有点偏见，因为我是 NoSQL 文档存储的作者，但我建议您尝试一下 NoSQL 文档存储，您会惊讶于使用这种易于存储的方法创建解决方案的速度有多快.

于 2012-07-28T17:04:01.427 回答
0

你看过 Redis (http://redis.io/) 吗？

您可以使用 Redis 对 RDBMS 中的几乎所有内容进行建模。在大多数情况下，您将获得 x10 的性能，并且它得到了一个非常活跃的社区的支持。

我建议你在 Redis 论坛详细说明你的需求，你可能会得到最诚实、最专业的回复；其中一部分可能会建议您在架构的不同部分使用其他 NoSQL 技术

于 2012-07-28T17:16:40.200 回答