sql语句过长

A. sql语句太长，能否拆开执行

简单的回答，到目前为止，没有能支持SQL语句拼接的数据库管理软件，也应该没这个必要。

下面是一些常识，有耐心可以看一下。

1、原则上，MS SQL SERVER对SQL条件语句的长度不作限制，起码当前没有人有实际的单条语句没法执行完成的报道，应该几千个字符以内的单条SQL语句都能正常的在MS SQL附带的“SQL Server Management Studio”或“企业管理器”中执行，要不，你试试，也许你就是第一个发现问题的人。
2、如果是编程，使用某些编程软件向SQL Server发送SQL语句的话，受限于编程环境下，字符串的长度或别的因素，可能会有某些不同，如果是那样的话，最常见的做法是将多条SQL语句做成存储过程，放在SQL Server数据库中，程序只需要发送初始条件进行存储过程的调用即可。
3、也就是说，复杂的SQL语句，绝大多数专业工程人员一般都不会用通过客户端直接发向SQL 服务器的方式去执行。如果只是临时的要进行一些SQL数据库的操作，也可以直接在SQL相应的管理工具中做。

B. 2020-10-11：一条sql语句执行时间过长，应该如何优化从哪些方面进行优化

改进数据库sql语句进行优化的理由 应用程序之优化通常可分为两个方面：源代码之优化和sql语句之优化。源代码之优化在时间成本和风险上代价很高；另一方面，源代码之优化对数据库系统性能之提升收效有限。 优化之理由 1)sql语句是对数据库(数据)进行操作之惟一途径； 2)sql语句消耗了70%~90%之数据库资源； 3)sql语句独立于程序设计逻辑，相对于对程序源代码之优化，对sql语句之优化在时间成本和风险上之代价都很低； 4)sql语句可以有不同之写法； 5)sql语句易学，难精通。 优化技术之发展 第一代之sql优化工具是执行计划分析工具。这类之工具对输入之sql语句从数据库提取执行计划，并解释执行计划中关键字之含义；第二代之sql优化工具只能提供增加索引之建议，它通过对输入之sql语句之执行计划之分析来产生是否要增加索引之建议。该类工具存在着致命之缺点——只分析了一条sql语句就得出增加某个索引之结论，根本不理会(实际上也无法评估到)增加之索引对整体数据库系统性能之影响。其破坏性在于： 1、不理会增加之索引对其他增、删、改sql语句之负面影响； 2、没有考虑增加之索引可能导致数据库判断失误； 3、对由于增加索引引起之数据库系统负担忽略不计。 同时，这些工具由于技术水平之限制存在着以下缺点： 1、无法保证建议或改写之正确性； 2、无法进行重写，仅仅提供了建议或有限程度之改写，重写工作还是需要人工完成，优化工作所需之时间和工作量同人工进行优化差不多； 3、改写之规则和hints有限，难以处理复杂之sql语句； 4、必须人手逐条进行测试。 这类工具曾经盛极一时，直到人工智能自动sql优化之出现。