SQL vs NoSQL，用于添加多个过滤器后将呈现给用户的数据

Question

我即将开始一个非常超出我正常职责范围的工作项目。作为一名 SQL DBA，我最初的倾向是使用 SQL 数据库来处理项目，但我对 NoSQL 了解得越多，我就越相信它可能是更好的选择。我希望我可以使用这个问题来概括地描述这个项目，以获得关于使用每个选项的利弊的一些反馈。

该项目相对简单。我有一组具有各种属性的对象。其中一些属性对所有对象都是通用的，而一些属性只对对象的子集通用。我的任务是构建一个服务，用户根据对象的属性选择一系列过滤器，然后返回与所有过滤器匹配的对象列表。当用户选择过滤器时，他或她可能正在过滤公共(public)或子集属性，但在前端是抽象的。

^ 根据用户反馈，对象列表可能仅匹配某些过滤器，并且匹配的质量将通过分数显示给用户，该分数表明有多少条件匹配。

在观看 Martin Folwler (http://www.youtube.com/watch?v=qI_g07C_Q5I) 的演讲后，文档样式的 NoSQL 数据库似乎应该满足我的需求，但鉴于我没有使用这种方法的经验，我也可能遗漏了一些明显的东西。

一些附加信息 - 数据库最初将有大约 5,000 个对象，每个对象包含 10 到 50 个属性，但对象的数量肯定会随着时间的推移而增长，并且属性的数量可能会根据用户反馈而增长。此外，我希望能够在收到用户反馈时对产品进行快速更改，因此灵 active 非常重要。

任何反馈都将不胜感激，如果我在讨论中遗漏了任何重要内容，我很乐意提供更多信息。谢谢。

Answer 1

这个问题可以通过使用两种不同的技术来解决。第一个是使用设计相对良好的数据库模式和现代 RDBMS。通过使用通常的规范化原则对应用程序进行建模，您将从存储中获得对单个 CRUD 语句的非常好的响应。

正如您所猜测的那样，搜索此模式将是一场大规模的噩梦。不要这样做。而是考虑使用 Solr/Lucene作为您的全文搜索引擎。 Solr 对动态字段的支持意味着您可以动态地向文档/对象添加新属性，并且如果您正确设计了 Solr 模式，则可以立即在数据中进行搜索。