搜索博文结果_ChinaUnix博客

当对历史表的数据，每个字段都在不停的变化，合并找到当前最新的数据的SQL为点击(此处)折叠或打开with tr_cust_register_info_tmp as (select rownum as rn, s.* from(select * from tr_cust_register_info_h ss where 1=1 ...【阅读全文】

【Oracle】 rman如何优雅的异机恢复

brjl | 2020-11-18 23:55:18 | 阅读(1230) | 评论(0)

rman 异机恢复验证【阅读全文】

【Oracle】原厂面试题三大批量加载数据后如何优雅刷新分区统计信息

brjl | 2020-10-28 23:55:54 | 阅读(1660) | 评论(0)

DBMS_STATS.COPY_TABLE_STATS 【阅读全文】

【Oracle】 SYS_OP_C2C隐式类型转换导致的性能问题

dingjun123 | 2020-07-13 00:18:03 | 阅读(5120) | 评论(0)

我们经常会遇到类型转换问题导致索引失效，要么是写SQL时候自己加了TO_CHAR,TO_DATE,TO_NUMBER，要么因为类型不一致，ORACLE做了隐式类型转换导致索引失效。要避免这种问题，还是要在表设计的时候，使用常用类型，避免使用一些不常用的比如NVARCHAR2,TIMESTAMP等，写SQL时候遇到类型不一致的，要先测试好，避免上线后出现问题。【阅读全文】

【Oracle】 oracle interval分区路上的小坑坑

brjl | 2020-07-12 15:24:39 | 阅读(3010) | 评论(0)

interval 分区主动扩展【阅读全文】

【Oracle】 ORA-14402，遇到的一个分区字段更新问题

brjl | 2020-07-12 15:06:18 | 阅读(4890) | 评论(0)

ORA-14402【阅读全文】

【Oracle】 PL/SQL中的集合类型_PART3

dingjun123 | 2020-07-08 16:13:03 | 阅读(2100) | 评论(0)

集合类型包括index by table,nested table,varray三种，集合是存放同类元素的一个容器，使用集合有许多优点。
1. 保持列表的维护轨迹。也可以使用临时表或分割字符来获得列表轨迹等，但是使用集合是高效代码干净的。
2. 双向关联和自动访问的游标。在plsql中游标只允许向前fetch，若将游标的信息存到集合中，则可以向前后操作。
3. 提高查询的性能。
4. 缓存数据库信息。【阅读全文】

【Oracle】 PL/SQL中的集合类型_PART2

dingjun123 | 2020-07-08 09:09:19 | 阅读(1880) | 评论(0)

【Oracle】有关DBLINK的分布式SQL执行机制及优化方法

dingjun123 | 2020-07-02 16:38:07 | 阅读(2540) | 评论(0)

分布式查询语句对于远程对象的查询在远程库执行，在远程库可以执行的SQL语句会通过优化器的查询转换，执行的是转换后的语句，然后结果集返回到本地，再与本地表运算。当然，
本地操作还是远程操作是相对的，我们可以通过driving_site hint改变主查询计划的执行位置，但是对DML，driving_site是失效的,另外对远程表也可以使用其他hint来控制执行计划。【阅读全文】

【Oracle】 Oracle 19c New Features:LISTAGG函数功能增加DISTINCT

dingjun123 | 2020-06-30 09:11:46 | 阅读(2950) | 评论(0)

LISTAGG函数是11g R2引入用于合并字符串（列转行），可替换wmsys.wm_concat功能，而且效率更好。wm_concat函数是自定义聚集函数，而且是undocument的，从12C开始已经去掉，从11g R2开始，有字符串合并的需求，最好使用LISTAGG替代，以获得更好的性能。

但是，LISTAGG函数在11g R2中有个缺点，就是不能直接DISTINCT，在ORACLE 19C中，ORACLE给它增加了DISTINCT功能，这样可以剔除重复的字符串合并。【阅读全文】

【Oracle】基于ORACLE的SQL优化案例_PART2

dingjun123 | 2020-06-27 20:36:12 | 阅读(2090) | 评论(0)

CBO( Cost Based Optimizer)优化器是目前ORACLE默认使用的优化器，它使用统计信息、查询转换等计算各种可能的访问路径成本，并生成多种备选执行计划，最终ORACLE选择成本最低的作为最终执行计划。与旧的RBO(Rule Based Optimizer)相比，更加灵活，可根据实际情况选择最佳执行路径。
但是，由于其自身非常复杂，CBO的限制以及存在的BUG非常多，这时，作为SQL开发和优化人员，应该根据CBO特性，编写高效语句，以避免踩坑CBO优化器。
本文以两类常见的SQL优化问题来探讨基于ORACLE的高效SQL编写和优化。【阅读全文】

【Oracle】踩坑CBO，解决那些坑爹的SQL优化问题_PART7

dingjun123 | 2020-06-18 09:01:58 | 阅读(7130) | 评论(0)

CBO( Cost Based Optimizer)优化器是目前ORACLE广泛使用的优化器，其使用统计信息、查询转换等计算各种可能的访问路径成本，并生成多种备选执行计划，最终ORACLE会选择成本最低的作为最优执行计划。与“远古”时代的RBO(Rule Based Optimizer)相比，显然更加符合数据库实际情况，能够适应更多的应用场景。但是，由于其自身非常复杂，CBO并未解决的实际问题以及存在的BUG非常多，在日常优化过程中，你可能会遇到一些，不管怎么收集统计信息，都无法走正确执行计划的情形，这时候，你可能踩坑CBO了。
本次分享，主要以一些常见优化器问题作为案例，探讨CBO的那些坑的解决之道。【阅读全文】

【Oracle】踩坑CBO，解决那些坑爹的SQL优化问题_PART5

dingjun123 | 2020-06-17 09:00:55 | 阅读(1600) | 评论(0)

【Oracle】从一条SQL看基于ORACLE的SQL优化_PART1

dingjun123 | 2020-06-10 09:05:09 | 阅读(1340) | 评论(0)

本次分享的内容是基于ORACLE的SQL优化，以一条巨慢的SQL为例，从快速解读SQL执行计划、如何从执行计划中找到SQL执行慢的Root Cause、统计信息与cardinality问题、探索性能杀手FILTER操作、如何进行逻辑重写让SQL起飞等多个维度进行解析，最终优化巨慢SQL语句,希望能够抛砖引玉，和大家一起探讨SQL优化方法。
另外，还简单介绍了两种解决疑难SQL优化问题的工具：10053和SQLT，特别是SQLT，往往在无计可施过程中，可能建立奇功，建议大家抽空研究下SQLT工具。最后对本次分享进行总结和思考：分享SQL Tuning RoadMap以及SQL Tuning最佳实践的相关内容。
【阅读全文】

【Oracle】针对ORA-01111, ORA-01110, ORA-01157的处理

晟数学院 | 2020-04-16 15:22:54 | 阅读(20) | 评论(0)

针对ORA-01111, ORA-01110, ORA-01157的处理【阅读全文】

【Oracle】这锅甩的漂亮 Controlfile sequence number in file header is different from memory

brjl | 2020-04-09 20:10:50 | 阅读(1710) | 评论(0)

nfs asm oracle 【阅读全文】

首页
<<
3
4
5
6
7
8
9
10
11
12
>>
末页

网络110 报警服务