大型表的SQL优化器
我的表有数百万行，我需要加入这些行才能进行选择。响应时间不是很好，如何改善响应？我尝试将索引添加到我选择的列中，是否可以使用某个工具来优化sql或如何诊断sql的瓶颈并加以改进？任何建议将不胜感激。我正在使用oracle服务器10g，并使用asp.net作为我的客户端。在具有数百万行的表上是否还有其他类型的索引有用吗？
问题答案：
您可能应该从EXPLAIN
PLAN
开始。
使用EXPLAIN
PLAN语句来确定Oracle数据库执行指定的SQL语句所遵循的执行计划。该语句将描述执行计划的每个步骤的行插入到指定的表中。您还可以发出EXPLAIN
PLAN语句作为SQL跟踪工具的一部分。该语句还确定了执行该语句的成本。如果在表上定义了任何域索引，则还将插入用户定义的CPU和I / O成本。
然后编辑您的问题，并发布SQL语句和EXPLAIN PLAN的输出。
之后 。 。。
对于该查询，我不会有太大帮助。269行，至少29个SELECT，并行查询，远程数据库，外部联接（旧样式）等等。
我能给你的最好的建议是
- 从EXPLAIN PLAN获得更多信息，以及
- 简化问题。
该计划表具有比一般贴得更列。COST，CARDINALITY，BYTES和TIME列可能在确定调整工作的优先级时很有用。
您在该查询中进行了10次全表扫描。（查询计划中的“ TABLE ACCESS
FULL”。）通常是一个不好的信号；全表扫描通常需要相对较长的时间才能运行。这并不 总是 一个坏兆头。对小型表的完整扫描可能比索引扫描更快。
首先获取查询中所有29条SELECT语句的EXPLAIN
PLAN输出。如果它们中的任何一个显示了全表扫描，则可以使用适当的索引来提高其性能。（Oracle支持许多不同类型的索引。不要忽略多列索引的机会。）无论如何，EXPLAIN
PLAN输出将帮助您确定29个SELECT语句中最慢的一个。
-
我有一个需要50秒的查询 security_tasks中的记录=841321 relations中的记录=234254 我能做些什么让它快一点，比如快1秒或2秒 有什么想法吗？
-
问题内容： 我正在比较两个字符串列表，以查找可能的匹配项。例： 基本上，对于每个字符串，我都想查看其中是否包含全部或部分包含的字符串。以上代码的输出应为： 但是，在实际情况下，我在测试中有大约225K字符串，而在test2中有大约5K字符串。此比较花费的时间太长，希望查看是否有可能优化比较。分析test2中的前1.5K项大约需要10分钟。因此，至少需要30到40分钟才能完成比较。 提前致谢 问题答
-
问题内容： 我有一张大桌子： 所有请求中有90％与最近2-3天的订单有关，例如： 如何提高性能？ 我知道分区，但是现有行呢？看来我需要每2-3天手动创建表格。 问题答案： 一个 部分，多列索引 上与伪状态将有助于（很多）。需要不时地重新创建以保持性能。 注意，如果表不是很大，则可以在很大程度上简化和使用普通的多列索引。 或者考虑在Postgres 12或更高版本（功能最终成熟的地方）中进行表分区。
-
本文向大家介绍分区表场景下的 SQL 优化，包括了分区表场景下的 SQL 优化的使用技巧和注意事项，需要的朋友参考一下 导读 有个表做了分区，每天一个分区。 该表上有个查询，经常只查询表中某一天数据，但每次都几乎要扫描整个分区的所有数据，有什么办法进行优化吗？ 待优化场景 有一个大表，每天产生的数据量约100万，所以就采用表分区方案，每天一个分区。 下面是该表的DDL： 该表上经常发生下面的慢查询
-
本文向大家介绍如何进行大表优化？相关面试题，主要包含被问及如何进行大表优化？时的应答技巧和注意事项，需要的朋友参考一下 当MySQL单表记录数过大时，数据库的CRUD性能会明显下降，一些常见的优化措施如下： 1. 限定数据的范围 务必禁止不带任何限制数据范围条件的查询语句。比如：我们当用户在查询订单历史的时候，我们可以控制在一个月的范围内； 2. 读/写分离 经典的数据库拆分方案，主库负责写，从库
-
主要内容：1.join 基本语法,2.inner join,3.left join,4.right join,5.full join,6.针对 join 语句该如何建立索引、如何选择驱动表,7.Index Nested-Loop Join,8.Simple Nested-Loop Join,9.Block Nested-Loop Join,10总结1.join 基本语法 inner join：内连接（等值连接） left join：左连接 right join：右连接 2.inner join