我想知道在进行查询之前是否可以利用在运行时更改数据库表结构的可能性并查询当前结构的数据库引擎（或者仅使用肯定会在表中）。有没有使用这种方法的系统的例子？
答案 0 :(得分：2)
结帐http://blog.mongodb.org/post/119945109/why-schemaless。
根据我的个人经验，我发现了以下好处：
更容易更改
在标准化的表格集中使用某些概念结构太麻烦了。例如，在我的工作中，我们有一个自定义的内部CMS系统。为了代表一篇“文章”，我们有大约35个表格。当我们必须运行查询以生成一篇完整的文章时，这非常痛苦。
当同一篇文章被表示为文档时，所有信息仍然存在，更容易在代码中更改对象，然后序列化和反序列化，而不是用20个连接编写查询。
<强>版本
它使版本控制变得更加容易。您可以从系统的一个架构开始，然后决定是否需要添加/删除字段。在传统的RDBMS中，部署起来可能会很痛苦。使用文档数据库，您只需插入具有不同模式的新文档，一切都很好。 （请记住，文档数据存储为您提供了处理此问题的工具！）
加快发展
流出的东西更容易改变。从我所看到的收益重要。不再花时间制作表格并确保数据类型完美且一切都非常规范化。