• <legend id='XC9Pf'><style id='XC9Pf'><dir id='XC9Pf'><q id='XC9Pf'></q></dir></style></legend>
    <i id='XC9Pf'><tr id='XC9Pf'><dt id='XC9Pf'><q id='XC9Pf'><span id='XC9Pf'><b id='XC9Pf'><form id='XC9Pf'><ins id='XC9Pf'></ins><ul id='XC9Pf'></ul><sub id='XC9Pf'></sub></form><legend id='XC9Pf'></legend><bdo id='XC9Pf'><pre id='XC9Pf'><center id='XC9Pf'></center></pre></bdo></b><th id='XC9Pf'></th></span></q></dt></tr></i><div id='XC9Pf'><tfoot id='XC9Pf'></tfoot><dl id='XC9Pf'><fieldset id='XC9Pf'></fieldset></dl></div>

      <tfoot id='XC9Pf'></tfoot>

        • <bdo id='XC9Pf'></bdo><ul id='XC9Pf'></ul>

        <small id='XC9Pf'></small><noframes id='XC9Pf'>

        ANSI JOIN 与非 ANSI JOIN 查询的性能会不同吗?

        Will ANSI JOIN vs. non-ANSI JOIN queries perform differently?(ANSI JOIN 与非 ANSI JOIN 查询的性能会不同吗?)

            <small id='Z9rTu'></small><noframes id='Z9rTu'>

            <legend id='Z9rTu'><style id='Z9rTu'><dir id='Z9rTu'><q id='Z9rTu'></q></dir></style></legend>
                <tbody id='Z9rTu'></tbody>
            • <i id='Z9rTu'><tr id='Z9rTu'><dt id='Z9rTu'><q id='Z9rTu'><span id='Z9rTu'><b id='Z9rTu'><form id='Z9rTu'><ins id='Z9rTu'></ins><ul id='Z9rTu'></ul><sub id='Z9rTu'></sub></form><legend id='Z9rTu'></legend><bdo id='Z9rTu'><pre id='Z9rTu'><center id='Z9rTu'></center></pre></bdo></b><th id='Z9rTu'></th></span></q></dt></tr></i><div id='Z9rTu'><tfoot id='Z9rTu'></tfoot><dl id='Z9rTu'><fieldset id='Z9rTu'></fieldset></dl></div>
              <tfoot id='Z9rTu'></tfoot>
                  <bdo id='Z9rTu'></bdo><ul id='Z9rTu'></ul>

                  本文介绍了ANSI JOIN 与非 ANSI JOIN 查询的性能会不同吗?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着跟版网的小编来一起学习吧!

                  问题描述

                  我在大约 7000 行 T-SQL 存储过程中有我的业务逻辑,其中大部分都有 next JOIN 语法:

                  I have my business-logic in ~7000 lines of T-SQL stored procedures, and most of them has next JOIN syntax:

                  SELECT A.A, B.B, C.C
                  FROM aaa AS A, bbb AS B, ccc AS C
                  WHERE
                      A.B = B.ID
                  AND B.C = C.ID
                  AND C.ID = @param
                  

                  如果我用这个替换这样的查询,我会得到性能增长吗:

                  Will I get performance growth if I will replace such query with this:

                  SELECT A.A, B.B, C.C
                  FROM aaa AS A
                  JOIN bbb AS B
                     ON A.B = B.ID
                  JOIN ccc AS C
                     ON B.C = C.ID
                     AND C.ID = @param
                  

                  或者它们是一样的?

                  推荐答案

                  这两个查询是一样的,除了第二个是 ANSI-92 SQL 语法,第一个是没有合并 join 子句的旧 SQL 语法.它们应该生成完全相同的内部查询计划,尽管您可能想检查一下.

                  The two queries are the same, except the second is ANSI-92 SQL syntax and the first is the older SQL syntax which didn't incorporate the join clause. They should produce exactly the same internal query plan, although you may like to check.

                  出于多种原因,您应该使用 ANSI-92 语法

                  You should use the ANSI-92 syntax for several of reasons

                  • JOIN 子句的使用分隔关系逻辑从过滤逻辑(WHERE),因此更清晰、更容易理解.
                  • 这个特定查询无关紧要,但在某些情况下,旧的外连接语法(使用 + )不明确,因此查询结果取决于实现 - 或者根本无法解析查询.这些在 ANSI-92 中不会发生
                  • 这是一种很好的做法,因为现在大多数开发人员和 dba 都将使用 ANSI-92,您应该遵循该标准.当然,所有现代查询工具都会生成 ANSI-92.
                  • 正如@gbn 所指出的,它确实倾向于避免意外的交叉连接.

                  我自己 我抵制 ANSI-92 有一段时间了,因为旧语法在概念上有一点优势,因为它更容易将 SQL 设想为所有使用的表的大规模笛卡尔连接,然后是过滤操作 - 一种心理技术可用于掌握 SQL 查询在做什么.然而,几年前我决定我需要与时俱进,经过一段相对较短的调整期后,我现在非常喜欢它——主要是因为上面给出的第一个原因.唯一应该背离 ANSI-92 语法或不使用该选项的地方是使用隐含危险的自然连接.

                  Myself I resisted ANSI-92 for some time as there is a slight conceptual advantage to the old syntax as it's a easier to envisage the SQL as a mass Cartesian join of all tables used followed by a filtering operation - a mental technique that can be useful for grasping what a SQL query is doing. However I decided a few years ago that I needed to move with the times and after a relatively short adjustment period I now strongly prefer it - predominantly because of the first reason given above. The only place that one should depart from the ANSI-92 syntax, or rather not use the option, is with natural joins which are implicitly dangerous.

                  这篇关于ANSI JOIN 与非 ANSI JOIN 查询的性能会不同吗?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持跟版网!

                  本站部分内容来源互联网,如果有图片或者内容侵犯了您的权益,请联系我们,我们会在确认后第一时间进行删除!

                  相关文档推荐

                  Select n random rows from SQL Server table(从 SQL Server 表中随机选择 n 行)
                  SQL query to select dates between two dates(用于选择两个日期之间的日期的 SQL 查询)
                  How can I delete using INNER JOIN with SQL Server?(如何在 SQL Server 中使用 INNER JOIN 进行删除?)
                  Table Naming Dilemma: Singular vs. Plural Names(表命名困境:单数与复数名称)
                  INSERT statement conflicted with the FOREIGN KEY constraint - SQL Server(INSERT 语句与 FOREIGN KEY 约束冲突 - SQL Server)
                  Optimal way to concatenate/aggregate strings(连接/聚合字符串的最佳方式)
                  • <bdo id='f8rjW'></bdo><ul id='f8rjW'></ul>
                        <tbody id='f8rjW'></tbody>
                      <legend id='f8rjW'><style id='f8rjW'><dir id='f8rjW'><q id='f8rjW'></q></dir></style></legend>

                      <tfoot id='f8rjW'></tfoot>
                    1. <i id='f8rjW'><tr id='f8rjW'><dt id='f8rjW'><q id='f8rjW'><span id='f8rjW'><b id='f8rjW'><form id='f8rjW'><ins id='f8rjW'></ins><ul id='f8rjW'></ul><sub id='f8rjW'></sub></form><legend id='f8rjW'></legend><bdo id='f8rjW'><pre id='f8rjW'><center id='f8rjW'></center></pre></bdo></b><th id='f8rjW'></th></span></q></dt></tr></i><div id='f8rjW'><tfoot id='f8rjW'></tfoot><dl id='f8rjW'><fieldset id='f8rjW'></fieldset></dl></div>

                      1. <small id='f8rjW'></small><noframes id='f8rjW'>