问题 #1.) 能展示一下之前处理的数据量与现在的数据量之间的差异吗？
问题 #2.) 在 1970 年代，被认为足够的数据量有多大？
问题 #3.) 在早期，数据库的设计原则是什么？
问题 #4.) 2010 年处理的数据量有何变化？
问题 #5.) NoSQL 数据库主要用在哪些地方？
问题 #6.) 我们如何与 RDBMS 进行交互，比如创建记录、修改记录、删除条目等？
问题 #7.) 当 Facebook 不得不从 RDBMS 切换时的阈值是多少？
答案： 大约在 Facebook 吸引了约 10 亿用户时。
问题 #8.) 延迟与用户体验有何关联？
问题 #9.) 当前 NoSQL 数据库的状态如何？
问题 #10.) 可能的 NoSQL 数据库种类有哪些？
问题 #11.) RDBMS 的指导原则是什么？
问题 #12.) 人们喜爱 RDBMS 的关键方面是什么？
问题 #13.) NoSQL 的指导原则是什么？
问题 #14.) 人们喜爱 NoSQL 的关键方面是什么？
问题 #15.) 什么是 OLTP 与 OLAP？
问题 #16.) 关系数据库与 NoSql 数据库之间的主要区别是什么？
RDBMS 可以进行纵向扩展。虽然我们也可以使用主从架构。
NoSQL 可以进行横向扩展。如果有更多的流量，我们只需添加更多的节点，就是这么简单。
问题 #17.) 解释 NoSql 的键值类型？
问题 #18.) NoSQL 有哪些可能的选项？
问题 #19.) NoSQL 的设计是什么样的？
问题 #20.) 何时选择 NoSQL 数据库？
问题 #21.) 何时选择 RDBMS 数据库？
问题 #22.) 在选择 NoSQL 与 RDBMS 时要考虑的关键因素是什么？
1.) 以下是选择 NoSQL 的情景：
首先，如果您正在构建下一个大规模应用程序，并且可能需要支持数百万或更多用户，并且需要近乎即时的响应时间。
如果您在某个时期需要快速支持突发能力，然后为了降低成本而进行缩放。
如果您处理的数据量达到或超过了几 TB，每个表有数百万、数十亿或更多行。
最后，也许您有一个符合许多 NoSQL 模型（如时间序列、文档、键值或图形）的用例。
2.) 以下是选择关系数据库的情景：
如果您的遗留应用程序使用关系数据库，并且没有性能、数据大小或其他压力迫使您考虑更改。
如果您对事务有绝对要求，并且可以容忍一些约束和缩放。?也许您想要在数据上执行分析和事务性查询，而无需维护多个系统。
最后，如果您不处理大数据，每个表有数千到数百万行数据。
我想明确指出，这些观点都是有争议的。但是，如果您需要规模的性能，不断增长的数据，需要在故障期间保持弹性，并且在数据建模方面需要灵活性，NoSQL 数据库可能是一个非常好的选择。但如果这些事情不太成问题，而且您当前的关系数据库在工作和性能上表现良好，也许切换并不值得努力。
问题 #23.) 我们是否可以用一些 NoSQL 来增强现有的 RDBMS？
您始终可以使用 NoSQL 数据库来增强关系数据库的功能，以用于特定目的，比如使用键值存储进行快速查找。
这可以减轻关系数据库的负载，同时为您提供闪电般的性能。或者，您可以将数据从关系数据库复制到图形数据库，以获得有助于连接数据点的洞察力，例如欺诈检测。
没有规定说您不能混合使用。最后，无论需求如何，您都应该对数据库和数据模型进行性能测试，并推动其边界。
