SQL 会过时吗？ [关闭]答案

【问题标题】：Is SQL becoming obsolete? [closed]SQL 会过时吗？ [关闭]
【发布时间】：2011-04-18 03:45:27
【问题描述】：

对有关 SQL 是否已过时的一些意见感兴趣。在我的工作地点，ORM（尤其是 Doctrine）在我们的 Web 开发项目中越来越受欢迎，早期迹象似乎表明它能够为这些中小型应用程序（避风港）做几乎所有我们需要的事情。但还没有任何主要的报告要求）。这是网络开发项目数据建模的未来吗？（如果这不是此类问题的论坛，请提前道歉）。

【问题讨论】：

ORM 为您生成 SQL。当你需要优化一段代码时，你仍然需要 SQL 来处理特殊情况。
那么你很幸运。如果不编写 SQL，我永远无法使用 ORM。不过，也许这是我用过的：Hibernate 和 django。
考虑到这仍然是相关的，今天在我看来，我觉得这个问题已经结束有点奇怪。谷歌搜索当然对这个主题没有帮助。为什么不应该某些 Stack Exchange 网站对这个话题有什么要说的？我想我可以等待 Coding Horror 或 Joel 的文章，但是……真的吗？

标签： sql orm doctrine

【解决方案1】：

SQL 没有过时，也不会过时。有很多编程接口可以减少在应用程序开发的早期阶段学习它的要求，但没有什么可以代替对它的良好了解。

值得注意的是，一些 NoSQL 后端支持 SQL 子集作为它们的接口。还需要很长时间才能消失。

【讨论】：

我不同意。我认为 SQL 现在已经非常过时了。与需求相比，查询不成比例地复杂/不可读。简单的任务需要大量的工作。 JOIN 很难看。非常常见的多对多关系需要丑陋的查询。有一些类似于变通方法的 ORM，但它们仍然会产生丑陋的 SQL 语法并且不够灵活。自从它成为官方标准以来，已经快 30 年了。从那时起，IT 世界发生了变化，项目变得更加复杂，但 SQL 或多或少保持不变。它只是旧的、笨重的剩菜。
我部分同意你的观点 Robok，关系数据库，也称为 RDBMS，不是为当前的数据量设计的，应该被视为遗留技术。目前，在读取内容方面，面向列的数据库更为出色。谷歌和其他大公司正在将这种模型用于各种应用程序。同样使用压缩的基于列的 DBMS 引擎平均可以击败 RBMS 引擎 50 倍。 CBDB 是当前步骤，下一步是 Volumetric DB，但这不是当前的主题。