SQL 会过时吗? [关闭]

Posted

技术标签:

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

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

【问题讨论】:

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

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

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

【讨论】:

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

以上是关于SQL 会过时吗? [关闭]的主要内容,如果未能解决你的问题,请参考以下文章

反应查询结果对象是不是由于关闭而过时?

一旦std:thread进入C ++ Ox,pthreads是不是会过时[关闭]

非规范化会提高 SQL 的性能吗? [关闭]

实体框架还是其他? [关闭]

使用 vue.js 是不是使 jQuery 过时? [关闭]

c 和 c++ 中的指针之间有啥大的区别吗? [关闭]