Ⅰ 请教一个sql执行时间很长的问题
append就行了，加了append几乎不产生undo。至于临时表，和undo有什么关系？临时表该生成的undo照样生成。难道你会话级临时表就不能rollback了吗
Ⅱ 多条SQL查询程序运行时间过长
执行时间最长的20条SQL语句（按时间降序排列），可保存为脚本方便调用：
SELECT rows_read / (num_executions + 1) as avg_rows_read,
rows_written / (num_executions + 1) as avg_rows_written,
stmt_sorts / (num_executions + 1) as avg_sorts,
total_exec_time / (num_executions + 1) as avg_exec_time,
substr(stmt_text,1,1000) as SQL_Stmt
FROM SYSIBMADM.SNAPDYN_SQL ORDER BY avg_exec_time desc fetch first 20 rows only;
祝你学习愉快！
Ⅲ 为什么SQL命令执行所需时间超级长!!!
一：你的服务器不是本机，而是远程机！
二：你的硬件配制太低！
三：你的命令的确很牛，需要这么长时间！
你对照上面的三条找找吧！
Ⅳ 一条sql执行过长的时间，你如何优化，从哪些方面
1、查看sql是否涉及多表的联表或者子查询，如果有，看是否能进行业务拆分，相关字段冗余或者合并成临时表（业务和算法的优化）
2、涉及链表的查询，是否能进行分表查询，单表查询之后的结果进行字段整合
3、如果以上两种都不能操作，非要链表查询，那么考虑对相对应的查询条件做索引。加快查询速度
4、针对数量大的表进行历史表分离（如交易流水表）
5、数据库主从分离，读写分离，降低读写针对同一表同时的压力，至于主从同步，mysql有自带的binlog实现 主从同步
6、explain分析sql语句，查看执行计划，分析索引是否用上，分析扫描行数等等
7、查看mysql执行日志，看看是否有其他方面的问题
个人理解：从根本上来说，查询慢是占用mysql内存比较多，那么可以从这方面去酌手考虑
Ⅳ 一条sql语句最长可以多长
不同的数据库甚至相同数据库的不同版本都可能不一样，具体可以查询联机帮助，或参阅产品规格说明。总的来说SQL语句的最大长度限制都是很大的，编写SQL语句一般不需要考虑语句的长度问题。例如ACCESS的SQL最大长度约为6,4000个、MSSQL为65,536 * 网络数据包。像这样的长度，足够你写下长篇大论了。但是话要说回来，一个太长的语句其执行效率变得会低下，尽量避免编写太长和过于复杂的SQL语句还是非常必要的。
Ⅵ 怎么查找一次执行时间最长的SQL
执行时间最长的20条SQL语句（按时间降序排列），可保存为脚本方便调用：
SELECT rows_read / (num_executions + 1) as avg_rows_read,
rows_written / (num_executions + 1) as avg_rows_written,
stmt_sorts / (num_executions + 1) as avg_sorts,
total_exec_time / (num_executions + 1) as avg_exec_time,
substr(stmt_text,1,1000) as SQL_Stmt
FROM SYSIBMADM.SNAPDYN_SQL ORDER BY avg_exec_time desc fetch first 20 rows only;
祝你学习愉快！
Ⅶ 数据库的执行时间最好控制在多少秒以内才合适
一般最好在1秒钟以内就执行完，大数据的话尽量控制在3秒钟
Ⅷ 问SQL执行时间
主要看两个zid有没有索引。快则5分钟以内，满则30分钟以上都有可能。
用这个试试：
delete from 表1
where not exists (
select 1 from 表2 where 表1.zid = 表2.zid)
Ⅸ SQL执行时间特别长怎么处理
数据太多，或者硬件性能不足