最初是为批处理和交互模式设计的

[account_disabled]

这孤立地看待数据库的时代。 流数据和长处理管道的概念并不真正适合这个旧世界。因为像专家一样坐在数据山上对于现代应用程序来说不是一个概念它们越来越需要实时性能。为这个新世界设计的数据库对速度和响应能力提出了最高要求。使一切陷入停滞的复杂查询在这里不适用。很痛苦关系数据库的强大之处在于它们能够将数据划分为更小更易于管理的表。这通常会引起头痛尤其是事后尤其是。

这相关的时候数据量可用并且应将它们与合并。本身非常令人困惑了解内部和外部之间的区别只是第一步。当需要确定将多个连接在一起的最佳方式时痛苦程 WhatsApp 号码数据 度经常会上升到难以忍受的程度。内部优化器稍后详细介绍可以在这一点上提供帮助但前提是不需要特别复杂的组合。有问题的列运动的一个重大成就给用户更多的自由。通过列向数据库条目添加新值具有任意标签和名称。无需为此更新架构。对于拥护者来说这是概念转变的混乱。



他们重视秩序数据以表格形式传达。自发地添加新领域对他们来说是荒谬的。这是一个很好的观点然而事后完全添加数据可能非常昂贵且耗时特别是对于大型数据集。如果您想将新数据插入到单独的列中并将它们与进行匹配则整个事情会变得更加复杂。当优化器不再有帮助时为了以最佳方式分解数据库查询并组织各个流程数据库提供商和开发人员开发了优化器。这些可以实现显着的优势但在提供特别广泛或复杂的答案时它们的能力有限。一些数据库管理员仅在。