我必须设计一个数据库才能进行报告。数据是多种多样的（从帐户到日志或社交媒体帖子）。体积约为每天100万行。
在我的脑海里：
SQL专业人士：
用户的主要目标是提出此类请求：拥有Skype帐号且存储空间超过4Go的用户数。在这种情况下，它涉及很多连接，结构数据库更加连贯。
SQL数据库对此卷来说足够强大
要存储链接到帐户的身份，我认为SQL结构更合适。
NoSQL专业人士：
JSON格式是一种资产，因为数据源由多值文档提供，某些字段可以轻松删除/添加。
数据库是“打开”的，因此可以将新服务添加到数据库中。它涉及更多的卷，而不是已知的数据。（nosql可伸缩性）
有些工具（如kibana /弹性搜索）似乎符合nosql技术。
我很难决定，一方面似乎很难将所有身份（+帐号+订单+其他信息）放在一个文档中，另一方面一旦这个问题得到解决就显得有力而且有趣（ Json，可扩展性......）。
我会接受任何建议;）
答案 0 :(得分：2)
这是一个很大的话题 不过我在这里考虑以下2美分：
毕竟，它不一定是一个或另一个。您还可以考虑兼具两者的架构。订单处理/会计/电子商务往往适合SQL。虽然博客和社交媒体帖子适合NoSQL 您的具体目标＆＃34;可以使用SQL和NoSQL通过正确选择工具和设计来实现
NoSQL也有很多种，但不像SQL那样标准化。如果您正在考虑使用NoSQL，那么您还需要进行另一项深入研究 - 最适合您的业务场景
此外，请考虑您的组织能力和指导方向！